ADO.NET 引入的主要變化之一是用 DataTable、DataSet、DataAdapter 和 DataReader 對象的組合取代了 ADO Recordset 對象。DataTable 表示單個表中行的集合，在這一方面類似于 Recordset。DataSet 表示 DataTable 對象的集合，同時包括將各種表綁定在一起的關系和約束。實際上，DataSet 是帶有內置 XML 支持的、內存中的關系結構。

DataSet 的主要特性之一是它不了解可能用來填充它的基礎數據源。它是一個不連續的、獨立的實體，用于表示數據集合，并且可以通過多層應用程序的不同層在組件之間傳遞。它還可以作為 XML 數據流進行序列化，這使其非常適合于在不同種類的平臺之間進行數據傳輸。ADO.NET 使用 DataAdapter 對象將數據傳送到 DataSet 和基礎數據源，或者從數據源傳出。DataAdapter 對象還提供以前與 Recordset 關聯的增強的批量更新功能。

ADO.NET 依賴于 .NET 數據提供程序的服務。這些提供程序提供對基礎數據源的訪問，并且包括四個主要對象（Connection、Command、DataReader 和 DataAdapter）。

目前，ADO.NET 隨附了兩類提供程序：Bridge 提供程序和 Native 提供程序。通過 Bridge 提供程序（如那些為 OLE DB 和 ODBC 提供的提供程序），可以使用為以前的數據訪問技術設計的數據庫。Native 提供程序（如 SQL Server 和 Oracle 提供程序）通常能夠提供性能方面的改善，部分原因在于少了一個抽象層。

命名空間組織結構

與各個 .NET 數據提供程序相關聯的類型（類、結構、枚舉等）位于其各自的命名空間中：

在各自的關聯命名空間內，每個提供程序都提供了對 Connection、Command、DataReader 和 DataAdapter 對象的實現。SqlClient 實現的前綴為“Sql”，而 OleDb 實現的前綴為“OleDb”。例如，Connection 對象的 SqlClient 實現是 SqlConnection，而 OleDb 實現則為 OleDbConnection。同樣，DataAdapter 對象的兩個實現分別為 SqlDataAdapter 和 OleDbDataAdapter。

存儲過程與直接 SQL

本文檔中顯示的大多數代碼片段使用 SqlCommand 對象來調用存儲過程，以執行數據庫操作。在某些情況下，您將不會看到 SqlCommand 對象，因為存儲過程名被直接傳遞給 SqlDataAdapter 對象。在內部，這仍然會導致創建 SqlCommand 對象。

您應該使用存儲過程而不是嵌入的 SQL 語句，原因如下：

SQL Server 聯機文檔強烈建議您不要使用“sp_”作為名稱前綴來創建任何存儲過程，因為此類名稱已經被指定給系統存儲過程。SQL Server 始終按以下順序來查找以 sp_ 開頭的存儲過程：

屬性與構造函數參數

可以通過構造函數參數來設置 ADO.NET 對象的特定屬性值，也可以直接設置屬性值。例如，下面的代碼片段在功能上是等效的。

// Use constructor arguments to configure command objectSqlCommand cmd = new SqlCommand( "SELECT * FROM PRODUCTS", conn );// The above line is functionally equivalent to the following// three lines which set properties explicitlysqlCommand cmd = new SqlCommand();cmd.Connection = conn;cmd.CommandText = "SELECT * FROM PRODUCTS";

從性能角度看，這兩種方法之間的差異是微不足道的，因為針對 .NET 對象設置和獲取屬性要比針對 COM 對象執行類似操作更為高效。

選擇哪種方法取決于個人喜好和編碼風格。不過，對屬性進行明確設置確實能夠使代碼更易理解（尤其是當您不熟悉 ADO.NET 對象模型時）和調試。

管理數據庫連接

數據庫連接代表一種關鍵的、昂貴的和有限的資源，尤其是在多層 Web 應用程序中。正確地管理連接是十分必要的，因為您采取的方法可能顯著影響應用程序的總體可伸縮性。同時，還要認真考慮在何處存儲連接字符串。需要使用可配置的且安全的位置。

在管理數據庫連接和連接字符串時，應該努力做到：

本節討論連接池，并且幫助您選擇適當的連接池策略。本節還將考慮應該如何管理、存儲和操縱數據庫連接字符串。最后，本節將給出兩種編碼模式，可用來幫助確保連接被可靠地關閉，并被返回到連接池。

SQL Server .NET 數據提供程序的池機制

如果您使用的是 SQL Server .NET 數據提供程序，請使用該提供程序提供的連接池支持。這是一種由該提供程序在內部實現的支持事務處理并且非常高效的機制，它存在于托管代碼中。池是以每個應用程序的域為基礎創建的，并且在應用程序域卸載之前不會銷毀。

可以透明地使用這種形式的連接池，但應該知道池的管理方式以及可用來微調連接池的各種配置選項。

在許多情況下，對于您的應用程序而言，SQL Server .NET 數據提供程序的默認連接池設置可能已經足夠了。在開發和測試基于 .NET 的應用程序的過程中，建議您對規劃通信模式進行模擬，以確定是否需要修改連接池大小。

需要生成可伸縮的高性能應用程序的開發人員應該最大限度地減少使用連接的時間，只在檢索或更新數據時才使連接保持打開狀態。連接關閉時，將被返回到連接池，并可供重用。在此情況下，到數據庫的實際連接不會被切斷；不過，如果連接池被禁用，則到數據庫的實際連接將被關閉。

開發人員應該十分小心，不要依賴垃圾回收器來釋放連接，因為當引用離開作用范圍時，連接未必能夠關閉。這是連接泄漏的一種常見根源，當請求新連接時，這會導致連接異常。

配置 SQL Server .NET 數據提供程序連接池

可以使用一組名稱-值對（通過連接字符串提供）來配置連接池。例如，可以配置是否啟用連接池（默認情況下啟用）、池的最大容量和最小容量，以及要打開連接的排隊請求可以阻塞的時間長度。下面是一個示例連接字符串，用于配置池的最大容量和最小容量。

"Server=(local); Integrated Security=SSPI; Database=Northwind; Max Pool Size=75; Min Pool Size=5"

打開連接并創建池以后，會將多個連接添加到池中，以便將連接數量提高到所配置的最小數量。隨后，可以繼續向該池中添加連接，直至達到所配置的最大池數量。當達到最大數量時，要打開連接的新請求將排隊等待一段可配置的時間。