趣味深談ADO.NET數據訪問技術
經過長時間學習ADO.NET，于是和大家分享一下ADO.NET數據訪問，看完本文你肯定有不少收獲，希望本文能教會你更多東西。ADO.NET提供了一個統一的編程模式和一組公用的類來進行任何類型的數據訪問，而不管你用何種語言來開發代碼。ADO.NET是全新的，但又與ADO盡可能保持一致，它使編程模式從一個客戶端 /服務器、基于連接的模式轉變到了一個新的模式，這個新模式可以讓斷開的前端下載記錄、離線工作、然后重新連接來提交變化。ADO.NET是 WinForms應用程序、ASP.NET應用程序和Web services的一個共有的特點。其功能可以跨LAN和Internet連接來實現，可以在有狀態（stateful）和無狀態（stateless）情況下實現。
這就意味著，作為一個共有的技術，ADO.NET的對象在所有可能的環境中并不是同等強大的。用ADO.NET為一個富客戶端（rich client）構建一個數據層同為一個客戶端通常是共享的和重要的實體（如Web服務器）的Web應用程序構建一個數據層并不一樣。
#T#如果你從前是個ADO開發人員，現在已經用ADO.NET了，那么你可能把數據訪問看做是一個***的對象，如Recordset。我們很自然地會將舊的對象模式同新的對象模式匹配起來，并將現有的方法用于.NET應用程序。然而，在ADO環境中的某些好的方法在轉換到ADO.NET環境時就可能并不強大了。而且，看起來很微不足道的ADO.NET對象模式的復雜性可能會導致很糟糕的編程情況、不理想的代碼、甚至是功能不能實現。我將講述在 ADO.NET編程中可能會給你帶來麻煩的10個方面，并提供技巧和解決方法來避免它們。
ADO.NET數據訪問避免Database-Agnostic形式的編程
ADO.NET數據訪問是強類型的，就是說在任何時候你都必須了解你正在處理的是什么數據源（data source)。相反，在ADO中，你可以編寫數據訪問代碼（它們充分利用了OLE DB提供者的通用模式），并將基本的數據源只看做是個參數。ADO對象模式提供了唯一的連接和命令對象，它們隱藏了基本的DBMS的特征。一旦你在 Connection對象上設置了Provider屬性，那么為SQL Server或Oracle創建一個命令對象就需要同樣的代碼。許多開發人員都通過該功能來使用生產環境外的Access數據庫，以便很快地測試或演示應用程序。
在ADO.NET中是不能這么做的，因為在ADO.NET中，至少連接對象必須是特定于數據源的。你不能以一種間接或通用的方式來創建連接，除非你決定運用ADO的數據訪問技術——OLE DB。在ADO.NET中，你可以用OleDbConnection類創建到一個數據庫的連接，這個類可以讓你訪問各種數據源。在.NET托管環境中運用 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的方式來創建和執行一個命令了，而不管使用的數據源是什么。你可以使用CreateCommand方法并通過IDbCommand接口來引用命令。然后，你可以用IDbCommand接口上的ExecuteReader方法或ExecuteNonQuery方法來執行命令。如果你用ExecuteReader，你就可以得到一個data reader并可以用IDataReader接口來對它進行一般的訪問了。
你不能用一個通用的數據庫編程模式來填充一個DataSet對象。實際上，你不能像創建一個命令那樣以一種間接的方式來創建data adapter對象。原因就是，在有些情況下，data adapter不同于命令對象，它可以在內部隱含地創建一個連接。然而，它必須以一種強類型的方式工作，而且必須知道基本的數據庫服務器是什么。
