¿Por qué el código first/EF usa 'nvarchar (4000)' para cadenas en el comando SQL sin formato?

Question

Básicamente tengo una tabla con códigos postales. El campo de código postal se define como 'char (5)'. Estoy utilizando el código en primer lugar, por lo que he puesto estos atributos en mi propiedad Código postal:

[Key, Column(Order = 0, TypeName = "nchar"), StringLength(5)] 
public string ZipCode { get; set; } 

Ahora bien, si me pregunta contra esto en EF:

var zc = db.ZipCodes.FirstOrDefault(zip => zip.ZipCode == "12345"); 

El SQL generado utiliza nvarchar (4000) para inyectar los parámetros. ¿Huh? ¿Es porque "12345" es técnicamente una cadena de longitud desconocida? ¿No debería EF ser lo suficientemente inteligente como para usar el "nchar (5)" apropiado al consultar esa tabla?

Lo pido porque la consulta nvarchar (4000) lleva medio segundo, mientras que la consulta del alcance correcto es mucho más rápida (y menos lecturas).

Cualquier asistencia/consejo sería apreciado.

Answer 1

Esto es para aprovechar la parametrización automática. El siguiente artículo explica el concepto general y también por qué se usa específicamente nvarchar (4000).

http://msdn.microsoft.com/en-us/magazine/ee236412.aspx

Answer 2

¿Ha intentado utilizar el atributo MaxLength? This article da un resumen decente de cómo los atributos de anotación de datos diferentes son interpretados por EF.