Tag: sql-server

A versão do EF Core do provedor SQL Server no seu projeto de inicialização decide: o EF Core 7 e anteriores fazem o scaffold de date como DateTime, o EF Core 8 até o 11 fazem como DateOnly. Aqui está o mapeamento de tipos que toma a decisão, a saída medida do EF Core 7, 8, 10 e 11 RC 2, e as duas formas de recuperar DateTime sem remapear a coluna silenciosamente para datetime2.

EF.Constant embute um valor capturado como literal SQL, EF.Parameter transforma um literal em parâmetro SQL. Mantenha os padrões do EF Core, use EF.Parameter para impedir que árvores de expressão montadas dinamicamente sejam recompiladas a cada chamada, e use EF.Constant apenas para um valor com poucos valores distintos e dados tão desbalanceados que precisam de um plano próprio.

HasIndex(...).IsUnique() em um membro ToJson() não garante exclusividade no EF Core 11 RC 1: o SQL Server descarta o IsUnique e o SQLite indexa o documento inteiro. Exponha o valor JSON como uma coluna computada e coloque o índice exclusivo nela.

A verificação de existência no seu handler não é a proteção que você imagina. Coloque um índice único na tabela de inbox, grave o marcador no mesmo SaveChanges da mudança de negócio e deixe o banco de dados escolher o vencedor. Mais a armadilha do ExecuteUpdate que desfaz tudo isso em silêncio.

Renomeie todos os PK_, FK_, AK_ e IX_ que o EF Core 11 gera com uma única IModelFinalizingConvention, mantenha a prioridade dos nomes explícitos, respeite o limite de tamanho de identificadores e evite a reconstrução do índice clusterizado que a próxima migração gera em um banco de dados existente.

Use Microsoft.Data.SqlClient. O System.Data.SqlClient está obsoleto, já emite CS0618 em todo tipo que você tocar e perde seus assets de .NET quando o .NET 8 chegar ao fim do suporte em 2026-11-10, o mesmo dia em que o .NET 11 é lançado. A diferença de recursos medida, o valor padrão de Encrypt que quebra a migração e a divisão do pacote no 7.0.

O EF Core 11 agora usa por padrão o nível de compatibilidade 160 em UseSqlServer, o que coloca LEAST, GREATEST e LTRIM/RTRIM com dois argumentos no seu SQL, inclusive em todo Take(n).FirstOrDefault(). Mantenha 160 no SQL Server 2022 e posteriores; fixe UseCompatibilityLevel(150) se algum ambiente ainda roda SQL Server 2019.

A verificação de existência do SQL Server no EF Core repete o erro 18456 por um minuto inteiro, com ou sem EnableRetryOnFailure. Falhe rápido, limite o RetryTimeout ou aguarde o EF Core 12.

O EF Core 11 é compilado contra o Microsoft.Data.SqlClient 7.0.0.0, mas uma cópia 6.x venceu no restore ou na implantação. Remova o pin antigo do SqlClient e reimplante a saída completa.

StartsWith, EndsWith e Contains já escapam % e _ para você no EF Core 11, mas EF.Functions.Like não. Veja o SQL que o EF gera, um helper de escape reutilizável e a sobrecarga com escapeCharacter que faz tudo funcionar no SQL Server, no SQLite e no PostgreSQL.