Données & EF Core

Choisir l'outil d'accès Junior

Combiner EF Core (écriture) et Dapper (lecture) dans la même appli est un choix CQRS courant et sain.

EF Core performant Confirmé

// ❌ N+1 : une requête pour les commandes, puis une par commande pour les lignes
var orders = await db.Orders.ToListAsync(ct);
foreach (var o in orders) total += o.Lines.Sum(l => l.Qty);   // lazy loading

// ✅ Projection : une seule requête, seulement les colonnes utiles, sans suivi
var page = await db.Orders
    .AsNoTracking()
    .Where(o => o.CustomerId == customerId && o.CreatedAt < cursor)
    .OrderByDescending(o => o.CreatedAt)
    .Take(50)
    .Select(o => new OrderSummary(o.Id, o.CreatedAt, o.Lines.Sum(l => l.Qty * l.UnitPrice)))
    .ToListAsync(ct);

// ✅ Mise à jour en masse sans charger les entités (EF Core 7+)
await db.Orders.Where(o => o.Status == OrderStatus.Draft && o.CreatedAt < limit)
               .ExecuteUpdateAsync(s => s.SetProperty(o => o.Status, OrderStatus.Expired), ct);

Database First et procédures stockées

dotnet ef dbcontext scaffold "Name=ConnectionStrings:Shop" Microsoft.EntityFrameworkCore.SqlServer \
  --context ShopDbContext --output-dir Entities --context-dir . --no-onconfiguring --force

// Interpolation = paramètres SQL : protégé contre l'injection
var rows = await db.Database
    .SqlQuery<CustomerBalance>($"EXEC dbo.usp_GetBalance @CustomerId = {customerId}")
    .ToListAsync(ct);

// ❌ FromSqlRaw avec concaténation de chaîne = injection SQL
// db.Orders.FromSqlRaw("SELECT * FROM Orders WHERE Ref = '" + input + "'")

Après un re-scaffold, la configuration personnalisée se perd si elle est dans les fichiers générés : placez-la dans des classes partial ou des IEntityTypeConfiguration<T> séparées.

Transactions et concurrence Senior

public sealed class Order
{
    [Timestamp] public byte[] RowVersion { get; set; } = [];   // SQL Server rowversion
}
// SaveChanges lève DbUpdateConcurrencyException si la ligne a changé entre lecture et écriture
// → répondre 409 ou 412 au client

Migrations en production Confirmé

• Générez un script idempotent relu en revue : dotnet ef migrations script --idempotent, ou un migration bundle exécuté par la CI.
• N'appelez pas Database.Migrate() au démarrage quand plusieurs instances démarrent ensemble : courses entre réplicas, et l'appli a besoin de droits DDL.
• Changements de schéma en deux temps (expand / contract) : ajouter la colonne, déployer le code compatible, migrer les données, puis supprimer l'ancienne colonne.

Cache Confirmé