經過長時間學習ADO.NET，于是和大家分享一下ADO.NET數據訪問，看完本文你肯定有不少收獲，希望本文能教會你更多東西。ADO.NET提供了一個統(tǒng)一的編程模式和一組公用的類來進行任何類型的數據訪問，而不管你用何種語言來開發(fā)代碼。ADO.NET是全新的，但又與ADO盡可能保持一致，它使編程模式從一個客戶端 /服務器、基于連接的模式轉變到了一個新的模式，這個新模式可以讓斷開的前端下載記錄、離線工作、然后重新連接來提交變化。ADO.NET是 WinForms應用程序、ASP.NET應用程序和Web services的一個共有的特點。其功能可以跨LAN和Internet連接來實現，可以在有狀態(tài)（stateful）和無狀態(tài)（stateless）情況下實現。

這就意味著，作為一個共有的技術，ADO.NET的對象在所有可能的環(huán)境中并不是同等強大的。用ADO.NET為一個富客戶端（rich client）構建一個數據層同為一個客戶端通常是共享的和重要的實體（如Web服務器）的Web應用程序構建一個數據層并不一樣。

#T#如果你從前是個ADO開發(fā)人員，現在已經用ADO.NET了，那么你可能把數據訪問看做是一個***的對象，如Recordset。我們很自然地會將舊的對象模式同新的對象模式匹配起來，并將現有的方法用于.NET應用程序。然而，在ADO環(huán)境中的某些好的方法在轉換到ADO.NET環(huán)境時就可能并不強大了。而且，看起來很微不足道的ADO.NET對象模式的復雜性可能會導致很糟糕的編程情況、不理想的代碼、甚至是功能不能實現。我將講述在 ADO.NET編程中可能會給你帶來麻煩的10個方面，并提供技巧和解決方法來避免它們。

ADO.NET數據訪問避免Database-Agnostic形式的編程

ADO.NET數據訪問是強類型的，就是說在任何時候你都必須了解你正在處理的是什么數據源（data source)。相反，在ADO中，你可以編寫數據訪問代碼（它們充分利用了OLE DB提供者的通用模式），并將基本的數據源只看做是個參數。ADO對象模式提供了唯一的連接和命令對象，它們隱藏了基本的DBMS的特征。一旦你在 Connection對象上設置了Provider屬性，那么為SQL Server或Oracle創(chuàng)建一個命令對象就需要同樣的代碼。許多開發(fā)人員都通過該功能來使用生產環(huán)境外的Access數據庫，以便很快地測試或演示應用程序。

在ADO.NET中是不能這么做的，因為在ADO.NET中，至少連接對象必須是特定于數據源的。你不能以一種間接或通用的方式來創(chuàng)建連接，除非你決定運用ADO的數據訪問技術——OLE DB。在ADO.NET中，你可以用OleDbConnection類創(chuàng)建到一個數據庫的連接，這個類可以讓你訪問各種數據源。在.NET托管環(huán)境中運用 System.Data.OleDb名字空間中的類并不特別有效，因為它們是用OLE DB來訪問數據的。你只能用OLE DB來訪問那些沒有.NET數據提供者的數據源。

Create the connection  
Dim factory As New MyAppConnectionFactory  
Dim conn As IDbConnection  
conn = factory.CreateConnection(connString)  
 
' Create the command  
Dim cmd As IDbCommand = conn.CreateCommand(query)  

一旦你得到了一個連接對象，你就可以以database-agnostic的方式來創(chuàng)建和執(zhí)行一個命令了，而不管使用的數據源是什么。你可以使用CreateCommand方法并通過IDbCommand接口來引用命令。然后，你可以用IDbCommand接口上的ExecuteReader方法或ExecuteNonQuery方法來執(zhí)行命令。如果你用ExecuteReader，你就可以得到一個data reader并可以用IDataReader接口來對它進行一般的訪問了。

你不能用一個通用的數據庫編程模式來填充一個DataSet對象。實際上，你不能像創(chuàng)建一個命令那樣以一種間接的方式來創(chuàng)建data adapter對象。原因就是，在有些情況下，data adapter不同于命令對象，它可以在內部隱含地創(chuàng)建一個連接。然而，它必須以一種強類型的方式工作，而且必須知道基本的數據庫服務器是什么。