Accesso ai Dati ed Entity Framework Core

Guida completa e articoli correlati su Data

Guida completa all'accesso ai dati in .NET: Entity Framework Core, LINQ, ORM e query ottimizzate per costruire uno strato dati affidabile e misurabile.

Guide pratiche su accesso ai dati ed Entity Framework

2 articoli trovati

Quando lo strato dati decide la qualita del software

Lo strato dati decide la qualita del software quando le performance contano, le query diventano complesse e il modello deve evolvere senza rompere il resto del sistema. E qui che buone scelte su ORM, mapping e database incidono davvero su costi e affidabilita.

Tecnologie correlate alla gestione dati

Fonti e riferimenti

Martin Fowler - Architettura software

Questa fonte mi aiuta a dare una base forte alle scelte strutturali e a spiegare perche l'architettura non e ornamento, ma economia del cambiamento.

Gregor Hohpe - Saggi enterprise

La uso per tenere insieme sistemi, integrazione, strategia tecnica e conseguenze organizzative.

Robert C. Martin - Clean architecture

La richiamo quando serve ribadire il legame tra responsabilita del codice, confini chiari e sostenibilita di lungo periodo.

Domande frequenti

Entity Framework Core e la scelta giusta per applicazioni CRUD standard, quando vuoi migrazioni gestite, change tracking automatico e query costruite con LINQ. Dapper e preferibile per query complesse, report su grandi volumi di dati, stored procedure esistenti o quando il controllo sul SQL generato e critico per le performance. In molte applicazioni enterprise si usano entrambi: EF Core per le operazioni standard, Dapper per le query analitiche.

Le migrations sono snapshot incrementali dello schema del database generati da EF Core a partire dal modello C#. Ogni migration descrive le differenze rispetto allo stato precedente e contiene il codice per applicare e annullare la modifica. Permettono di evolvere lo schema in modo versionato e reversibile, applicabile via CLI (dotnet ef database update) o automaticamente all'avvio dell'applicazione.

Le ottimizzazioni piu impattanti sono: usare AsNoTracking per le query di sola lettura, proiettare solo le colonne necessarie con Select invece di caricare l'intera entita, evitare il problema N+1 con Include o query split, e usare query raw SQL via FromSqlRaw per i casi complessi. Application Insights o EF Core logging aiutano a individuare le query lente in produzione.

SQL Server e la scelta naturale per applicazioni enterprise che girano su Azure o Windows con integrazione Microsoft completa. PostgreSQL e preferito in contesti open source, Linux o cloud multi-vendor per le sue performance e la ricchezza di tipi. Cosmos DB e adatto a dati non strutturati, scale globale e throughput elevato. La scelta dipende dal tipo di dati, dal cloud provider e dai requisiti di scalabilita.