Etiqueta: ef-core-11

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.

Una tabla llamada Gas genera una entidad llamada Ga. Reemplaza el pluralizador integrado de Humanizer por tu propio IPluralizer, regístralo mediante IDesignTimeServices en el proyecto de inicio y entiende por qué TryAddSingleton ahí no hace nada en silencio.

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.

No existe ninguna transacción que abarque SQL Server y Blob Storage. Sube a un nombre que la base de datos ya conoce, confirma en segundo lugar, compensa ante el fallo y deja que un barredor limpie la ventana de caída. Con la sobrecarga de UploadAsync que convierte en silencio una creación condicional en una sobrescritura.

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.

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.

Usa el tipo json nativo en SQL Server 2025 y Azure SQL: EF Core 11 obtiene de él JSON_CONTAINS, JSON_VALUE tipado, modify() en el lugar e índices JSON. Quédate en nvarchar(max) para SQL Server 2019/2022, herramientas heredadas o un esquema que debas poder revertir.