Etiqueta: sql-server

Lo decide la versión de EF Core del proveedor de SQL Server en tu proyecto de inicio: EF Core 7 y anteriores generan date como DateTime, EF Core 8 a 11 lo generan como DateOnly. Aquí está el mapeo de tipos que toma la decisión, la salida medida con EF Core 7, 8, 10 y 11 RC 2, y las dos formas de recuperar DateTime sin remapear en silencio la columna a datetime2.

EF.Constant incrusta un valor capturado como literal SQL, EF.Parameter convierte un literal en un parámetro SQL. Conserva los valores predeterminados de EF Core, usa EF.Parameter para evitar que los árboles de expresión construidos dinámicamente se recompilen en cada llamada, y usa EF.Constant solo para un valor con pocos valores distintos cuyos datos estén lo bastante sesgados como para necesitar su propio plan.

HasIndex(...).IsUnique() en un miembro ToJson() no impone unicidad en EF Core 11 RC 1: SQL Server descarta IsUnique y SQLite indexa el documento completo. Expón el valor JSON como una columna calculada y coloca el índice único sobre esa columna en su lugar.

La comprobación de existencia en tu handler no es la protección que crees. Pon un índice único en la tabla inbox, escribe el marcador en el mismo SaveChanges que el cambio de negocio, y deja que la base de datos elija al ganador. Más la trampa de ExecuteUpdate que deshace todo en silencio.

Renombra cada PK_, FK_, AK_ e IX_ que genera EF Core 11 con una sola IModelFinalizingConvention, deja que los nombres explícitos sigan ganando, mantente por debajo del límite de longitud de identificadores y evita la reconstrucción del índice clúster que la siguiente migración genera sobre una base de datos existente.

Usa Microsoft.Data.SqlClient. System.Data.SqlClient está obsoleto, ya emite CS0618 en cada tipo que toques y pierde sus assets de .NET cuando .NET 8 llegue al fin de soporte el 2026-11-10, el mismo día en que sale .NET 11. La brecha de funcionalidad medida, el valor por defecto de Encrypt que rompe la migración y la división del paquete en 7.0.

EF Core 11 ahora usa por defecto el nivel de compatibilidad 160 en UseSqlServer, lo que mete LEAST, GREATEST y LTRIM/RTRIM de dos argumentos en tu SQL, incluido cada Take(n).FirstOrDefault(). Quédate en 160 con SQL Server 2022 o posterior; fija UseCompatibilityLevel(150) si algún entorno todavía ejecuta SQL Server 2019.

La comprobación de existencia de EF Core para SQL Server reintenta el error 18456 durante un minuto completo, con o sin EnableRetryOnFailure. Falla rápido, limita RetryTimeout o espera a EF Core 12.

EF Core 11 está compilado contra Microsoft.Data.SqlClient 7.0.0.0, pero una copia 6.x ganó en el restore o en la implementación. Quita el pin antiguo de SqlClient y vuelve a implementar la salida completa.

StartsWith, EndsWith y Contains ya escapan % y _ por ti en EF Core 11, pero EF.Functions.Like no lo hace. Aquí tienes el SQL que genera EF, un helper de escape reutilizable y la sobrecarga con escapeCharacter que hace que funcione en SQL Server, SQLite y PostgreSQL.