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 trovatiStanco di query SQL complicate? Con Entity Framework Core scrivi meno codice e gestisci i dati su SQL Server senza complicazioni
Entity Framework Core ti libera da query SQL complesse: meno codice, mapping automatico e dati pronti all'uso su SQL Server, senza sbattimenti inutili
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
- Entity Framework Core - ORM ufficiale Microsoft per .NET con code-first e migrations
- SQL Server - database relazionale Microsoft piu usato con EF Core in contesti enterprise
- Dapper - micro-ORM per query SQL dirette ad alte performance in .NET
- .NET - piattaforma su cui gira l'intero stack di accesso ai 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.

