Etiqueta: ef-core

El comprobar-luego-insertar de tu handler no es atómico. Captura PostgresException con SqlState 23505, o colapsa todo en una sola sentencia INSERT ... ON CONFLICT. EnableRetryOnFailure no te va a ayudar.

Migrate() de EF Core siempre comprueba si la base de datos existe y la crea si no, desde una conexión a master fija en el código. Otorga CREATE ANY DATABASE, arregla el acceso del login a la base de datos existente, o genera un script SQL idempotente.

Las compilaciones de iOS ponen DynamicCodeSupport=false, así que EF Core se niega a construir el modelo aunque nunca hayas activado NativeAOT. Publica un modelo compilado más consultas precompiladas, o vuelve a activar el intérprete.

Un método auxiliar que devuelve bool lanza "could not be translated". Un Expression<Func<T, bool>> no. Así se componen, anidan y reutilizan árboles de expresión en EF Core 11 sin LINQKit, con el SQL real de cada caso.

EF Core lanza esto cuando una parte de tu consulta evaluada en el cliente falla mientras EF la evalúa. Lee InnerException, activa EnableSensitiveDataLogging y saca la comprobación de null fuera de la lambda.

Mueve una clave de IDENTITY a una secuencia de SQL Server en EF Core 11 con UseSequence: el SQL exacto que emite EF, por qué de pronto funcionan los valores de clave explícitos sin IDENTITY_INSERT, la secuencia bigint alimentando una columna int y los huecos que tienes que contemplar en el diseño.

Un singleton no puede inyectar un DbContext, pero sí puede inyectar IDbContextFactory<T>, porque AddDbContextFactory registra la fábrica como singleton por omisión. Crea y libera un contexto por llamada, nunca guardes la instancia.

Todas las formas en que dotnet tool install --global dotnet-ef falla en el SDK de .NET 10, con el mensaje exacto y el código de salida de cada una: ya instalado, versión no encontrada, degradación bloqueada, conflicto de shim, feed de NuGet caído y el desajuste de runtime que solo se rompe despues de que la instalación termina bien.

Usa FromSql sobre un DbSet cuando el procedimiento devuelve filas completas de una entidad, Database.SqlQuery<T> cuando devuelve una proyección, y ExecuteSql cuando no devuelve nada. Nunca encadenes un operador LINQ sobre un EXEC, y nunca leas un parámetro de salida antes de que el lector se haya liberado.

EF Core genera RenameTable cuando cambias el nombre de la tabla, pero DropTable más CreateTable cuando renombras la clase de entidad. Aquí verás cómo distinguir ambos casos, el truco de ToTable que hace gratis el renombrado de una clase, y el bug de renombrado de columnas que intercambia tus datos en silencio.