Architettura ADO.NET
L'elaborazione dei dati è stata sempre basata principalmente su un modello a due livelli basato su connessione. In considerazione dell'utilizzo crescente dell'architettura a più livelli per l'elaborazione dei dati, i programmatori si avvalgono di un approccio disconnesso per ottenere applicazioni con scalabilità maggiore.
Componenti di ADO.NET
I due componenti principali di ADO.NET per l'accesso e la modifica dei dati sono i provider di dati .NET Framework e DataSet.
Provider di dati .NET Framework
I provider di dati .NET Framework sono componenti espressamente progettati per la modifica dei dati e per un accesso ai dati rapido, di tipo forward-only e di sola lettura. L'oggetto Connection fornisce la connettività a un'origine dati mentre l'oggetto Command consente di accedere ai comandi di database per restituire e modificare i dati, eseguire stored procedure e inviare o recuperare informazioni relative ai parametri. DataReader fornisce un flusso di dati a elevate prestazioni dall'origine dati e infine DataAdapter costituisce infine un collegamento tra l'oggetto DataSet e l'origine dati. Gli oggetti DataAdapter vengono usati da Command per eseguire comandi SQL nell'origine dati in modo da caricare dati in DataSet e risolvere le differenze relative alle modifiche apportate ai dati in DataSet fino all'origine dati. Per altre informazioni, vedere Provider di dati .NET Framework e Recupero e modifica dei dati in ADO.NET.
Il DataSet
L'oggetto DataSet di ADO.NET è stato espressamente progettato per un accesso ai dati indipendente dall'origine dati. Di conseguenza, può essere usato con diverse origini dati, con dati XML o per la gestione di dati locali dell'applicazione. Il DataSet contiene una raccolta di uno o più oggetti DataTable, costituiti da righe e colonne di dati, nonché da informazioni su chiave primaria, chiave esterna, vincoli e relazioni relative ai dati degli oggetti DataTable. Per altre informazioni, vedere DataSets, DataTables e DataViews.
Il diagramma seguente illustra la relazione tra un provider di dati .NET Framework e un DataSet.
Architettura di ADO.NET
Selezione di un DataReader o un DataSet
Quando si decide se l'applicazione deve usare un DataReader (vedere Recupero di dati tramite un DataReader) o un DataSet (vedere DataSets, DataTables e DataViews), prendere in considerazione il tipo di funzionalità richiesto dall'applicazione. Usare un oggetto DataSet per eseguire le seguenti operazioni:
Memorizzare localmente i dati nella cache dell'applicazione in modo da poterli modificare. Se è necessario solo leggere i risultati di una query, il
DataReaderrappresenta la scelta migliore.Eseguire attività remote sui dati tra livelli o da un servizio Web XML.
Interagire dinamicamente con i dati, associandoli ad esempio a un controllo Windows Form o combinando e correlando dati da più origini.
Eseguire un'elaborazione estensiva dei dati senza richiedere una connessione aperta all'origine dati, in modo da liberare la connessione per consentirne l'uso da parte di altri client.
Se le funzionalità fornite dal DataSet non sono necessarie, è possibile migliorare le prestazioni dell'applicazione usando il DataReader per restituire i dati in modo forward-only e di sola lettura. Anche se DataAdapter usa DataReader per riempire il contenuto di un DataSet (vedere Popolamento di un DataSet da un dataset da un DataAdapter), usando DataReader, è possibile aumentare le prestazioni perché si risparmia la memoria che verrebbe consumata da DataSet, ed evitare l'elaborazione necessaria per creare e riempire il contenuto di DataSet.
LINQ to DataSet
LINQ to DataSet fornisce funzionalità di query e controllo dei tipi in fase di compilazione sui dati memorizzati nella cache in un oggetto DataSet. Consente inoltre di scrivere query in uno dei linguaggi di sviluppo di .NET Framework, ad esempio C# o Visual Basic. Per altre informazioni, vedere LINQ to DataSet.
LINQ to SQL
LINQ to SQL supporta l'esecuzione di query su un modello a oggetti mappato alle strutture dei dati di un database relazionale senza usare un modello concettuale intermedio. Ogni tabella è rappresentata da una classe distinta, che consente di connettere il modello a oggetti allo schema del database relazionale. LINQ to SQL converte le query LINQ del modello a oggetti in Transact-SQL e le invia al database per l'esecuzione. I risultati restituiti dal database vengono quindi riconvertiti in oggetti. Per altre informazioni, vedere LINQ to SQL.
ADO.NET Entity Framework
ADO.NET Entity Framework è progettato per consentire agli sviluppatori di creare applicazioni di accesso ai dati tramite programmazione in base a un modello di applicazione concettuale anziché direttamente in base a uno schema di archiviazione relazionale. L'obiettivo è quello di ridurre la quantità di codice e le operazioni di manutenzione necessarie per le applicazioni orientate ai dati. Per altre informazioni vedere Entity Framework ADO.NET.
WCF Data Services
WCF Data Services viene usato per distribuire i servizi dati nel Web o in una intranet. I dati sono strutturati come entità e relazioni in base alle specifiche di Entity Data Model. I dati distribuiti in questo modello sono indirizzabili tramite il protocollo HTTP standard. Per altre informazioni, vedere WCF Data Services 4.5.
XML e ADO.NET
ADO.NET sfrutta la potenza di XML per fornire l'accesso disconnesso ai dati. ADO.NET è stato progettato di pari passo con le classi XML di .NET Framework. Entrambi sono componenti di un'unica architettura.
ADO.NET e le classi XML in .NET Framework convergeno nell'oggetto DataSet. È possibile compilare il DataSet con dati provenienti da un'origine XML, sia che si tratti di un file che di un flusso XML. È possibile scrivere il DataSet sotto forma di XML in conformità con le specifiche W3C (World Wide Web Consortium), includendone lo schema sotto forma di schema XSD (XML Schema Definition Language), indipendentemente dall'origine dati nel DataSet. XML, che costituisce il formato di serializzazione nativo del DataSet, rappresenta un supporto eccellente per lo spostamento di dati tra i livelli e rende il DataSet una soluzione ottimale per le attività in remoto relative al contesto dei dati e dello schema da e per un servizio Web XML. Per altre informazioni, vedere XML Documents and Data (Documenti e dati XML).