|
|
Alla relativa essenza, ADO.NET è middleware di accesso di dati che permette lo sviluppo delle applicazioni della base di dati. Le configurazioni di ADO.NET sulla piattaforma hanno fornito dalla struttura del NET. ADO.NET è costruito usando il codice controllato dalla struttura del NET del Microsoft, che significa che gode i benefici dell'ambiente robusto di tempo di esecuzione del NET. Progettato soprattutto richiamare le emissioni del fotoricettore e delle applicazioni distribuite, ADO.NET consiste di un insieme dei codici categoria o dei namespaces nel quadro del NET che forniscono le possibilità di accesso e dell'amministrazione di dati alle applicazioni del NET.
Poichè i dati accedono alla struttura, ADO.NET soprattutto è stato destinato per permettere che funzioni nel modello staccato di accesso di dati che è richiesto da n- applicazioni Fotoricettore-basate tiered. Il ADO, il predecessore diretto di ADO.NET, soprattutto è stato destinato per accomodare uno stile client/server due-two-tiered delle applicazioni, che aprono tipicamente un collegamento della base di dati quando gli inizio di applicazione in primo luogo ed allora sostengono che il collegamento aperto fino all'applicazione si conclude. Questa tecnica funziona benissimo per la maggior parte delle applicazioni di Intranet-stile dove il numero totale di collegamenti del cliente è una quantità conosciuta e dove il dichiarare dell'applicazione è controllato tipicamente dall'applicazione e quindi è inoltre una quantità conosciuta. Anche se questo metodo funzionato bene per le applicazioni desktop più singletier e le applicazioni due-two-tiered di client/server-style, esso ha funzionato nelle limitazioni serie per n- applicazioni tiered di Fotoricettore-stile. Poiché il fotoricettore è un ambiente pubblico, il numero totale di collegamenti aperti ha richiesto dalle applicazioni isn.t del Web un la quantità conosciuta. Potrebbe variare notevolmente e rapidamente: Ad un minuto, un'applicazione può avere bisogno soltanto di una manciata di collegamenti, ma il bisogno può saltare appena alle migliaia dei collegamenti poco dopo. Mantenendo i collegamenti aperti in questo tipo di ambiente danneggia lo scalability perché ogni collegamento deve passare con le spese generali di inizializzazione del collegamento con la base di dati posteriore, più ciascuno che il collegamento aperto richieda le risorse di sistema essere open.reducing tenuto le risorse disponibili per altri funzionamenti della base di dati. Mentre il ADO si è evoluto, Microsoft ha aggiunto i meccanismi quali i recordsets staccati all'affare di aiuto con le applicazioni di Fotoricettore-stile, ma questi non facevano parte mai del disegno originale di ADO.s.
Microsoft ha progettato ADO.NET per potere maneggiare il piano d'azione di calcolo staccato richiesto dalle applicazioni Fotoricettore-basate. Questo disegno staccato permette a ADO.NET di essere prontamente scalable per le applicazioni di impresa perché un collegamento aperto isn.t effettuato fra ogni sistema del cliente e la base di dati. Invece, quando un collegamento del cliente è iniziato, un collegamento alla base di dati brevemente è aperto, i dati chiesti sono richiamati dall'assistente della base di dati ed il collegamento è chiuso. L'applicazione del cliente allora usa completamente indipendentemente i dati dal deposito di dati effettuato dall'assistente della base di dati. L'applicazione del cliente può traversare attraverso il relativo sottoinsieme dei dati, come pure fa i cambiamenti ai dati ed il remains di dati nascosto al cliente fino a che l'applicazione non indichi che deve inviare tutti i cambiamenti di nuovo all'assistente della base di dati. A quel punto, un nuovo collegamento brevemente è aperto all'assistente e tutti i cambiamenti fatti dall'applicazione del cliente sono inviati alla base di dati in un batch dell'aggiornamento ed il collegamento è chiuso.
Il componente di nucleo ADO.NET che permette questo piano d'azione staccato è il gruppo di dati. Il gruppo di dati è essenzialmente una base di dati miniatura di in-memoria che è effettuata indipendentemente dalla base di dati posteriore. I collegamenti alla fonte di dati sono aperti per popolare soltanto il gruppo di dati o per inviare i cambiamenti fatti ai dati nel gruppo di dati di nuovo alla base di dati. Ciò piano d'azione di calcolo staccato minimizza le spese generali del sistema e migliora il rendimento e lo scalability di applicazione. La base di dati di in-memoria ha fornito dal gruppo di dati di ADO.NET fornisce molte delle funzioni che ritrovamento di you.ll in una base di dati completa, compreso sostegno i rapporti di dati, nella possibilità per generare le viste e nel sostegno i vincoli di dati, così come sostegno i vincoli chiave stranieri. Tuttavia, essendo una struttura di in-memoria, doesn.t fornisce il supporto per molte delle caratteristiche più avanzate della base di dati che trovereste nei prodotti della base di dati del impresa-livello come l'assistente di SQL. Per esempio, gli inneschi di sostegno di gruppo di dati doesn.t, le procedure immagazzinate, o le funzioni prestabilite dall'utente. Il sostegno le applicazioni Fotoricettore-basate staccate era una delle priorità di Microsoft.s nel disegno di ADO.NET; tuttavia, quel isn.t tutto quel ADO.NET è capace di. Il modello staccato può essere adatto per le applicazioni di fotoricettore, ma esso realmente isn.t il modello migliore per le applicazioni client/server e desktop. Questi tipi di applicazioni possono effettuare più meglio e più efficientemente quando funzionano ad un modo collegato. Per sostenere questo stile collegato di computazione, ADO.NET inoltre fornisce un oggetto di DataReader. Il DataReader essenzialmente fornisce lo stile veloce del cursore di forward.only di accesso di dati che funziona ad un modo collegato. Mentre il gruppo di dati fornisce la base per le applicazioni staccate di fotoricettore, il DataReader permette lo stile collegato veloce di accesso di dati stato necessario dalle applicazioni desktop e client/server. In questa sezione, avete ottenuto una descrizione ad alto livello del middleware di accesso di dati di ADO.NET. Qui avete visto che ADO.NET fornisce gli attrezzi alle applicazioni di configurazione che sostengono entrambe le applicazioni staccate di fotoricettore così come le applicazioni client/server collegate di stile. Nella sezione seguente, you.ll ottengono uno sguardo vicino ai namespaces differenti che compongono l'architettura di ADO.NET.
ADO.NET Namespaces
ADO.NET è effettuato come insieme dei codici categoria che esistono nel quadro del NET. Questi codici categoria di ADO.NET sono raggruppati insieme sotto il namespace del NET Framework.s System.Data. Parecchi namespaces importanti compongono la tecnologia di accesso di dati di ADO.NET. In primo luogo, i fornitori di dati del NET sono effettuati nel sistema. Namespaces di Data.SqlClient, di System.Data.OracleClient, di System.Data.OleDbClient e di System.Data.Odbc. I codici categoria in questi quattro namespaces forniscono la connettività di fondo that.s della base di dati richiesta da tutti gli altri oggetti di ADO.NET. Il namespace di System.Data.SqlClient fornisce la connettività l'assistente 7 di SQL, l'assistente 2000 di SQL ed alle basi di dati dell'assistente 2005 di SQL. Lo System.Data. Il namespace di OracleClient fornisce la connettività alle basi di dati di oracoli 8 e 9. Il namespace di System.Data.OleDbClient fornisce la connettività all'assistente 6.5 di SQL ed alle basi di dati più in anticipo, così come le basi di dati di oracolo e di accesso. E lo System.Data. Il namespace di Odbc fornisce la connettività alle basi di dati dell'eredità usando i driver di ODBC. Questi codici categoria inoltre forniscono il supporto per l'esecuzione degli ordini, richiamando i dati in uno stile di andata-soltanto veloce gruppi di dati di ADO.NET di carico e di accesso. Dopo, ci sono i codici categoria contenuti nel namespace in se di System.Data. Questi codici categoria possono essere considerati il nucleo della tecnologia di ADO.NET e forniscono il supporto per il nuovo codice categoria di gruppo di dati di ADO.NET ed i relativi codici categoria di sostegno. Il gruppo di dati è un nascondiglio that.s della base di dati di in-memoria destinato per essere usato ad un modo staccato. Il gruppo di dati consiste di una collezione completa di tabelle, colonne, vincoli, file e rapporti, più DataTables giustamente chiamato, DataColumns, DataConstraints, DataRows e DataRelations.
Online: 821 users browsing the articles directory
|
|