Buscar un registro en dbSet encontrar sin el uso de una clave principal

Question

Tengo una tabla de usuarios:

Users: 
+ID 
+Username 
+... 

Quiero usar myDBContext.Users.Find(Username) a la aleta de un usuario. en mi contexto actual No puedo usar su ID.

¿Tengo que usar una consulta LINQ completa? p.ej.

var user = from users in myDBContext.Users.Find(Username) 
      where users.Username == username 
      select users 

También he tratado de definir el nombre de usuario como clave principal en mi edmx pero que resultó en el siguiente error:

Properties referred by the Principal Role User must be exactly identical to the key of the EntityType CamelotShiftManagementModel.User referred to by the Principal Role in the relationship constraint for Relationship CamelotShiftManagementModel.AssociationUserFK1. Make sure all the key properties are specified in the Principal Role. C:\Code\CamelotShiftManagement\CamelotShiftManagement\Models\CamelotDB.edmx 278 11 CamelotShiftManagement

Answer 1

Pruebe con,

User myUser = myDBContext.Users.SingleOrDefault(user => user.Username == username); 

Use SingleOrDefault insted de Single. Si el usuario no existe, entonces Single lanzará un error. Mientras SingleOrDefault devolverá null si el usuario no encuentra lo contrario User se devolverá el objeto.

Selección Entre SingleOrDefault y FirstOrDefault

Usted puede obtener el objeto de usuario mediante el uso de SingleOrDefault y FirstOrDefault pero mientras selecciona el método a utilizar considerar debajo de los puntos.

• Ambos devuelven solo un valor de la colección/base de datos si existe el valor por defecto.
• Pero si tiene más de un usuario con el mismo nombre y espera obtener una excepción mientras realiza una consulta LINQ, utilice SingleOrDefault ya que arrojará una excepción si hay más de un elemento disponible.
• Y si no desea una excepción y/o no desea verificar que su colección/base de datos tenga duplicación de datos, solo quiere obtener el primer valor de la colección/base de datos luego use FirstOrDefault para un mejor rendimiento en comparación con SingleOrDefault

FirstOrDefault

• Generalmente FirstOrDefault o First utilizado cuando que requiere solo valor (primera) de la colección o base de datos.
• En el caso de Fist/FirstOrDefault, solo se recupera una fila de la base de datos por lo que funciona un poco mejor que single/SingleOrDefault. una diferencia tan pequeña apenas se nota, pero cuando la tabla contiene un gran número de columnas y filas, en este momento el rendimiento es notable.

Algunas otras observaciones

• Si username es clave primaria, entonces creo que no habrá mucho/no hay diferencia entre SingleOrDefault y FirstOrDefault actuación como clave primaria ha indexar y buscar en la columna de índice será siempre ser más rápido que la columna normal.
• Single o SingleOrDefault generará una TSQL regular como "SELECT ...".
• El método First o FirstOrDefault generará el DECLARACIÓN TSQL como "SELECT TOP 1 ..."

Answer 2

lo he encontrado:

User myUser = myDBContext.Users.Single(user => user.Username == i_Username);