ADO.NET作為微軟最新的數據訪問技術，已經在企業開發中得到了廣泛的應用。對於一線的開發人員來說，掌握基本的概念和技術之後，提高應用水平和解決實際問題的最有效手段，莫過於相互交流彼此的最佳時間經驗經驗。在這篇文章中，兩位ADO.NET專家向讀者毫無保留地、詳盡地介紹了很多實用經驗。
簡介
本文為您提供了在Microsoft ADO.NET應用程序中實現和獲得最佳性能、可伸縮性以及功能的最佳解決方案;同時也講述了使用ADO.NET中可用對象的最佳實踐;並提出一些有助於優化ADO.NET應用程序設計的建議。
.NET框架數據提供程序
.NET框架中的數據提供程序(Data PRovider)在應用程序和數據源之間起到橋梁作用。.NET框架數據提供程序能夠從數據源中返回查詢結果、對數據源執行命令、將DataSet中的更改傳播給數據源。本文包括有關哪個.NET框架數據提供程序是最適合您需要的一些技巧。
使用哪個.NET框架數據提供程序?
為了使您的應用程序獲得最佳性能，請使用最適合您的數據源的.NET框架數據提供程序。有許多數據提供程序可供您的應用程序選用。
連接到SQL Server 7.0或更高版本
為了在連接到Microsoft SQL Server 7.0或更高版本時獲得最佳性能，請使用SQL Server .NET數據提供程序。SQL Server .NET數據提供程序的設計目的就在於不通過任何附加技術層就可以直接訪問SQL Server。
連接到ODBC數據源
ODBC .NET數據提供程序可在Microsoft.Data.ODBC命名空間中找到，它的體系結構與用於SQL Server和OLE DB的.NET數據提供程序相同。ODBC .NET數據提供程序遵循命名約定-以“ODBC”為前綴(例如，OdbcConnection)，並使用標准ODBC連接字符串。
使用DataReader、DataSet、DataAdapter和DataView
ADO.NET提供以下兩個對象，用於檢索關系數據並將其存儲在內存中：DataSet和DataReader。DataSet提供一個內存中數據的關系表示形式，一整套包括一些表在內的數據(這些表包含數據、對數據進行排序並約束數據)，以及表之間的關系。DataReader提供一個來自數據庫的快速、僅向前、只讀數據流。
當使用DataSet時，經常會利用DataAdapter(也可能是CommandBuilder)與數據源進行交互。當使用DataSet時，也可以利用DataView對DataSet中的數據應用排序和篩選。也可以從DataSet繼承，創建強類型DataSet，用於將表、行和列作為強類型對象屬性公開。
下列主題包括的信息涉及：使用DataSet或DataReader的最佳時機、如何優化訪問它們所包含數據、以及如何優化使用DataAdapter(包括CommandBuilder)和DataView的技巧。
DataSet與DataReader
當設計應用程序時，要考慮應用程序所需功能的等級，以確定使用DataSet或者是DataReader。
要通過應用程序執行以下操作，就要使用DataSet：
1) 在結果的多個離散表之間進行導航。
2) 操作來自多個數據源(例如，來自多個數據庫、一個xml文件和一個電子表格的混合數據)的數據。
3) 在各層之間交換數據或使用XML Web服務。與DataReader不同的是，DataSet能傳遞給遠程客戶端。
4) 重用同樣的記錄集合，以便通過緩存獲得性能改善(例如排序、搜索或篩選數據)。
5) 每條記錄都需要執行大量處理。對使用DataReader返回的每一行進行擴展處理會延長服務於DataReader的連接的必要時間，這影響了性能。
6) 使用XML操作對數據進行操作，例如可擴展樣式表語言轉換(XSLT轉換)或XPath查詢。
對於下列情況，要在應用程序中使用DataReader：
1) 不需要緩存數據。
2) 要處理的結果集太大，內存中放不下。
3) 一旦需要以僅向前、只讀方式快速訪問數據。
注填充DataSet時，DataAdapter使用DataReader。因此，使用DataAdapter取代DataSet提升的性能表現為節省了DataSet占用內存和填充DataSet需要的循環。一般來說，此性能提升只是象征性的，因此，設計決策應以所需功能為基礎。
使用強類型DataSet的好處
DataSet的另一個好處是可被繼承以創建一個強類型DataSet。強類型DataSet的好處包括設計時類型檢查，以及Microsoft Visual Studio.NET用於強類型DataSet語句結束所帶來的好處。修改了DataSet的架構或關系結構後，就可以創建一個強類型DataSet，將行和列作為對象的屬性公開，而不是作為集合中的項公開。例如，不公開客戶表中行的姓名列，而公開Customer對象的Name屬性。類型化DataSet從DataSet類派生，因此不會犧牲DataSet的任何功能。也就是說，類型化DataSet仍能遠程訪問，並作為數據綁定控件(例如DataGrid)的數據源提供。如果架構事先不可知，仍能受益於通用DataSet的功能，但卻不能受益於強類型DataSet的附加功能。
處理強類型DataSet中的空引用
使用強類型DataSet時，可以使用DataSet的XML架構定義語言(XSD)架構來確保強類型DataSet可以正確處理空引用。nullValue標識符使您可用一個指定的值String.Empty代替DBNull、保留空引用或引發異常。選擇哪個選項取決於應用程序的上下文。默認情況下，如果遇到空引用，就會引發異常。
刷新DataSet中的數據
如果想用服務器上的更新值刷新DataSet中的值，就使用DataAdapter.Fill。如果有在DataTable上定義的主鍵，DataAdapter.Fill會根據主鍵進行新行匹配，並且當更改到現有行時應用服務器上的值。即使刷新之前修改了這些數據，刷新行的RowState仍被設置為Unchanged。注意，如果沒有為DataTable定義主鍵，DataAdapter.Fill就用可能重復的主鍵值添加新行。
如果想用來自服務器的當前值刷新表，並同時保留對表中的行所做的任何更改，必須首先用DataAdapter.Fill填充表，並填充一個新的DataTable，然後用preserveChanges值true將DataTable合並到DataSet之中。
在DataSet中搜索數據
在DataSet中查詢與特定條件相匹配的行時，可以利用基於索引的查找提高搜索性能。當將PrimaryKey值賦給DataTable時，會創建一個索引。當給DataTable創建DataView時，也會創建一個索引。下面是一些利用基於索引進行查找的技巧。
1) 如果對組成DataTable的PrimaryKey的列進行查詢，要使用DataTable.Rows.Find而不是DataTable.Select。
2) 對於涉及到非主鍵列的查詢，可以使用DataView為數據的多個查詢提高性能。當將排序順序應用到DataView時，就會建立一個搜索時使用的索引。DataView公開Find和FindRows方法，以便查詢基礎DataTable中的數據。
3) 如果不需要表的排序視圖，仍可以通過為DataTable創建DataView來利用基於索引的查找。注意，只有對數據執行多個查詢操作時，這樣才會帶來好處。如果只執行單一查詢，創建索引所需要的處理就會降低使用索引所帶來的性能提升。
DataView構造
如果創建了DataView，並且修改了Sort、RowFilter或RowStateFilter屬性，DataView就會為基礎DataTable中的數據建立索引。創建DataView對象時，要使用DataView構造函數，它用Sort、RowFilter和RowStateFilter值作為構造函數參數(與基礎DataTable一起)。結果是創建了一次索引。創建一個“空”DataView並隨後設置Sort、RowFilter或RowStateFilter屬性，會導致索引至少創建兩次。
ADO.NET可以顯式控制從數據源中返回什麼樣的數據，以及在DataSet中本地緩存多少數據。對查詢結果的分頁沒有唯一的答案，但下面有一些設計應用程序時應該考慮的技巧。
1) 避免使用帶有startRecord和maxRecords值的DataAdapter.Fill重載。當以這種方式填充DataSet時，只有maxRecords參數(從startRecord參數標識的記錄開始)指定的記錄數量用於填充DataSet，但無論如何總是返回完整的查詢。這就會引起不必要的處理，用於讀取“不需要的”記錄;而且為了返回附加記錄，會耗盡不必要的服務器資源。
2) 用於每次只返回一頁記錄的技術是創建SQL語句，將WHERE子句以及ORDER BY子句和TOP謂詞組合起來。此技術取決於存在一種可唯一標識每一行的辦法。當浏覽下一頁記錄時，修改WHERE子句使之包含所有唯一標識符大於當前頁最後一個唯一標識符的記錄。當浏覽上一頁記錄時，修改WHERE子句使之返回所有唯一標識符小於當前頁第一個唯一標識符的記錄。兩種查詢都只返回記錄的TOP頁。當浏覽上一頁時，需要以降序為結果排序。這將有效地返回查詢的最後一頁(如果需要，顯示之前也許要重新排序結果)。
3) 另一項每次只返回一頁記錄的技術是創建SQL語句，將TOP謂詞和嵌入式SELECT語句的使用結合在一起。此技術並不依賴於存在一種可唯一標識每一行的辦法。使用這項技術的第一步是將所需頁的數量與頁大小相乘。然後將結果傳遞給SQL Query的TOP謂詞，該查詢以升序排列。再將此查詢嵌入到另一個查詢中，後者從降序排列的嵌入式查詢結果中選擇TOP頁大小。實質上，返回的是嵌入式查詢的最後一頁。例如，要返回查詢結果的第三頁(頁大小是10)，應該書寫如下所示的命令：
SELECT TOP 10 * FROM
(SELECT TOP 30 * FROM Customers ORDER BY Id ASC) AS Table1
ORDER BY Id DESC
注意：從查詢中返回的結果頁以降序顯示。如果需要，應該重新排序。
1) 如果數據不經常變動，可以在DataSet中本地維護一個記錄緩存，以此提高性能。例如，可以在本地DataSet中存儲10頁有用的數據，並且只有當用戶浏覽超出緩存第一頁和最後一頁時，才從數據源中查詢新數據。
用架構填充DataSet
當用數據填充DataSet時，DataAdapter.Fill方法使用DataSet的現有架構，並使用從SelectCommand返回的數據填充它。如果在DataSet中沒有表名與要被填充的表名相匹配，Fill方法就會創建一個表。默認情況下，Fill僅定義列和列類型。
通過設置DataAdapter的MissingSchemaAction屬性，可以重寫Fill的默認行為。例如，要讓Fill創建一個表架構，並且還包括主鍵信息、唯一約束、列屬性、是否允許為空、最大列長度、只讀列和自動增量的列，就要將DataAdapter.MissingSchemaAction指定為MissingSchemaAction.AddWithKey。或者，在調用DataAdapter.Fill前，可以調用DataAdapter.FillSchema來確保當填充DataSet時架構已到位。
對FillSchema的調用會產生一個到服務器的額外行程，用於檢索附加架構信息。為了獲得最佳性能，需要在調用Fill之前指定DataSet的架構，或者設置DataAdapter的MissingSchemaAction。
使用CommandBuilder的最佳實踐
假設SelectCommand執行單一表SELECT，CommandBuilder就會以DataAdapter的SelectCommand屬性為基礎自動生成DataAdapter的InsertCommand、UpdateCommand、和DeleteCommand屬性。下面是為獲得最佳性能而使用CommandBuilder的一些技巧。
1) CommandBuilder的使用應該限制在設計時或即席方案中。生成DataAdapter命令屬性所必需的處理會影響性能。如果預先知道INSERT/UPDATE/DELETE語句的內容，就顯式設置它們。一個比較好的設計技巧是，為INSERT/UPDATE/DELETE命令創建存儲過程並顯式配置DataAdapter命令屬性以使用它們。
2) CommandBuilder使用DataAdapter的SelectCommand屬性確定其他命令屬性的值。如果DataAdapter的SelectCommand本身曾經更改過，確保調用RefreshSchema以更新命令屬性。
3) 如果DataAdapter命令屬性為空(命令屬性默認情況下為空)，CommandBuilder僅僅為它生成一條命令。如果顯式設置了命令屬性，CommandBuilder不會重寫它。如果希望CommandBuilder為以前已經設置過的命令屬性生成命令，就將命令屬性設置為空。
批處理SQL語句
很多數據庫支持將多條命令合並或批處理成一條單一命令執行。例如，SQL Server使您可以用分號“;”分隔命令。將多條命令合並成單一命令，能減少到服務器的行程數，並提高應用程序的性能。例如，可以將所有預定的刪除在應用程序中本地存儲起來，然後再發出一條批處理命令調用，從數據源刪除它們。
雖然這樣做確實能提高性能，但是，當對DataSet中的數據更新進行管理時，可能會增加應用程序的復雜性。要保持簡單，可能要在DataSet中為每個DataTable創建一個DataAdapter。
用多個表填充DataSet
如果使用批處理SQL語句檢索多個表並填充DataSet，第一個表用指定給Fill方法的表名命名。後面的表用指定給Fill方法的表名加上一個從1開始並且增量為1的數字命名。例如，如果運行下面的代碼：
'Visual Basic
Dim da As SqlDataAdapter = New SqlDataAdapter("SELECT * FROM Customers; SELECT * FROM Orders;", myConnection)
Dim ds As DataSet = New DataSet()
da.Fill(ds, "Customers")
//C#
SqlDataAdapter da = new SqlDataAdapter("SELECT * FROM Customers; SELECT * FROM Orders;", myConnection);
DataSet ds = new DataSet();
da.Fill(ds, "Customers");
來自Customers表的數據放在名為“Customers”的DataTable中。來自Orders表的數據放在名為“Customers1”的DataTable中。
填充完DataSet之後，可以很容易地將“Customers1”表的TableName屬性改為“Orders”。但是，後面的填充會導致“Customers”表被重新填充，而“Orders”表會被忽略，並創建另外一個“Customers1”表。為了對這種情況作出補救，創建一個DataTableMapping，將“Customers1”映射到“Orders”，並為其他後面的表創建其他的表映射。例如：
'Visual Basic
Dim da As SqlDataAdapter = New SqlDataAdapter("SELECT * FROM Customers; SELECT * FROM Orders;", myConnection)
da.TableMappings.Add("Customers1", "Orders")
Dim ds As DataSet = New DataSet()
da.Fill(ds, "Customers")
//C#
SqlDataAdapter da = new SqlDataAdapter("SELECT * FROM Customers; SELECT * FROM Orders;", myConnection);
da.TableMappings.Add("Customers1", "Orders");
DataSet ds = new DataSet();
da.Fill(ds, "Customers");
使用DataReader
下面是一些使用DataReader獲得最佳性能的技巧，同時還回答了一些關於使用DataReader的常見問題。
1) 在訪問相關Command的任何輸出參數之前，必須關閉DataReader。
2) 完成讀數據之後總是要關閉DataReader。如果使用Connection只是用於返回DataReader，那麼關閉DataReader之後立刻關閉它。
另外一個顯式關閉Connection的方法是將CommandBehavior.CloseConnection傳遞給ExecuteReader方法，以確保相關的連接在關閉DataReader時被關閉。如果從一個方法返回DataReader，而且不能控制DataReader或相關連接的關閉，則這樣做特別有用。
1) 不能在層之間遠程訪問DataReader。DataReader是為已連接好的數據訪問設計的。
2) 當訪問列數據時，使用類型化訪問器，例如，GetString、GetInt32等。這使您不用進行將GetValue返回的Object強制轉換成特定類型所需的處理。
3) 一個單一連接每次只能打開一個DataReader。在ADO中，如果打開一個單一連接，並且請求兩個使用只進、只讀游標的記錄集，那麼ADO會在游標生存期內隱式打開第二個、未池化的到數據存儲區的連接，然後再隱式關閉該連接。對於ADO.NET，“秘密”完成的動作很少。如果想在相同的數據存儲區上同時打開兩個DataReaders，就必須顯式創建兩個連接，每個DataReader一個。這是ADO.NET為池化連接的使用提供更多控制的一種方法。
4) 默認情況下，DataReader每次Read時都要將整行加載到內存。這允許在當前行內隨機訪問列。如果不需要這種隨機訪問，為了提高性能，就將CommandBehavior.Sequentialaccess傳遞給ExecuteReader調用。這將DataReader的默認行為更改為僅在請求時將數據加載到內存。注意，CommandBehavior.SequentialAccess要求順序訪問返回的列。也就是說，一旦讀過返回的列，就不能再讀它的值了。
5) 如果已經完成讀取來自DataReader的數據，但仍然有大量掛起的未讀結果，就在調用DataReader的Close之前先調用Command的Cancel。調用DataReader的Close會導致在關閉游標之前檢索掛起的結果並清空流。調用Command的Cancel會放棄服務器上的結果，這樣，DataReader在關閉的時候就不必讀這些結果。如果要從Command返回輸出參數，還要調用Cancel放棄它們。如果需要讀取任何輸出參數，不要調用Command的Cancel，只要調用DataReader的Close即可。
二進制大對象(BLOB)
用DataReader檢索二進制大對象(BLOB)時，應該將CommandBehavior.SequentialAccess傳遞給ExecuteReader方法調用。因為DataReader的默認行為是每次Read都將整行加載到內存，又因為BLOB值可能非常大，所以結果可能由於單個BLOB而使大量內存被用光。SequentialAccess將DataReader的行為設置為只加載請求的數據。然後還可以使用GetBytes或GetChars控制每次加載多少數據。
記住，使用SequentialAccess時，不能不按順序訪問DataReader返回的不同字段。也就是說，如果查詢返回三列，其中第三列是BLOB，並且想訪問前兩列中的數據，就必須在訪問BLOB數據之前先訪問第一列的值，然後訪問第二列的值。這是因為現在數據是順序返回的，並且DataReader一旦讀過該數據，該數據就不再可用。
使用命令
ADO.NET提供了幾種命令執行的不同方法以及優化命令執行的不同選項。下面包括一些技巧，它們是關於選擇最佳命令執行以及如何提高執行命令的性能。
使用OleDbCommand的最佳實踐
不同.NET框架數據提供程序之間的命令執行被盡可能標准化了。但是，數據提供程序之間仍然存在差異。下面給出一些技巧，可微調用於OLE DB的.NET框架數據提供程序的命令執行。
1) 按照ODBC CALL語法使用CommandType.Text調用存儲過程。使用CommandType.StoredProcedure只是秘密地生成ODBC CALL語法。
2) 一定要設置OleDbParameter的類型、大小(如果適用)、以及精度和范圍(如果參數類型是numeric或decimal)。注意，如果不顯式提供參數信息，OleDbCommand會為每個執行命令重新創建OLE DB參數訪問器。
使用SqlCommand的最佳實踐
使用SqlCommand執行存儲過程的快速提示：如果調用存儲過程，將SqlCommand的CommandType屬性指定為StoredProcedure的CommandType。這樣通過將該命令顯式標識為存儲過程，就不需要在執行之前分析命令。
使用Prepare方法
對於重復作用於數據源的參數化命令，Command.Prepare方法能提高性能。Prepare指示數據源為多次調用優化指定的命令。要想有效利用Prepare，需要徹底理解數據源是如何響應Prepare調用的。對於一些數據源(例如SQL Server 2000)，命令是隱式優化的，不必調用Prepare。對於其他(例如SQL Server 7.0)數據源，Prepare會比較有效。
顯式指定架構和元數據
只要用戶沒有指定元數據信息，ADO.NET的許多對象就會推斷元數據信息。下面是一些示例：
1) DataAdapter.Fill方法，如果DataSet中沒有表和列，DataAdapter.Fill方法會在DataSet中創建表和列。
2) CommandBuilder，它會為單表SELECT命令生成DataAdapter命令屬性。
3) CommandBuilder.DeriveParameters，它會填充Command對象的Parameters集合。
但是，每次用到這些特性，都會有性能損失。建議將這些特性主要用於設計時和即席應用程序中。在可能的情況下，顯式指定架構和元數據。其中包括在DataSet中定義表和列、定義DataAdapter的Command屬性、以及為Command定義Parameter信息。
ExecuteScalar和ExecuteNonQuery
如果想返回像Count(*)、Sum(Price)或Avg(Quantity)的結果那樣的單值，可以使用Command.ExecuteScalar。ExecuteScalar返回第一行第一列的值，將結果集作為標量值返回。因為單獨一步就能完成，所以ExecuteScalar不僅簡化了代碼，還提高了性能;要是使用DataReader就需要兩步才能完成(即，ExecuteReader+取值)。
使用不返回行的SQL語句時，例如修改數據(例如INSERT、UPDATE或DELETE)或僅返回輸出參數或返回值，請使用ExecuteNonQuery。這避免了用於創建空DataReader的任何不必要處理。
測試Null
如果表(在數據庫中)中的列允許為空，就不能測試參數值是否“等於”空。相反，需要寫一個WHERE子句，測試列和參數是否都為空。下面的SQL語句返回一些行，它們的LastName列等於賦給@LastName參數的值，或者LastName列和@LastName參數都為空。
SELECT * FROM Customers
WHERE ((LastName = @LastName) OR (LastName IS NULL AND @LastName IS NULL))
將Null作為參數值傳遞
對數據庫的命令中，當將空值作為參數值發送時，不能使用null(Visual Basic .NET中為Nothing)。而需要使用DBNull.Value。例如：
'Visual Basic
Dim param As SqlParameter = New SqlParameter("@Name", SqlDbType.NVarChar, 20)
param.Value = DBNull.Value
//C#
SqlParameter param = new SqlParameter("@Name", SqlDbType.NVarChar, 20);
param.Value = DBNull.Value;
執行事務
ADO.NET的事務模型已經更改。在ADO中，當調用StartTransaction時，調用之後的任何更新操作都被視為是事務的一部分。但是，在ADO.NET中，當調用Connection .BeginTransaction時，會返回一個Transaction對象，需要將它與Command的Transaction屬性聯系起來。這種設計可以在一個單一連接上執行多個根事務。如果未將Command.Transaction屬性設置為一個針對相關的Connection而啟動的Transaction，那麼Command就會失敗並引發異常。
即將發布的.NET框架將使您可以在現有的分布式事務中手動登記。這對於對象池方案來說很理想;在該方案中，一個池對象打開一次連接，但是在多個獨立的事務中都涉及到該對象。.NET框架1.0發行版中這一功能並不可用。
使用連接
高性能應用程序與使用中的數據源保持最短時間的連接，並且利用性能增強技術，例如連接池。下面的主題提供一些技巧，有助於在使用ADO.NET連接到數據源時獲得更好的性能。
連接池
用於ODBC的SQL Server、OLE DB和.NET框架數據提供程序隱式緩沖連接。通過在連接字符串中指定不同的屬性值，可以控制連接池的行為。
用DataAdapter優化連接
DataAdapter的Fill和Update方法在連接關閉的情況下自動打開為相關命令屬性指定的連接。如果Fill或Update方法打開了連接，Fill或Update將在操作完成的時候關閉它。為了獲得最佳性能，僅在需要時將與數據庫的連接保持為打開。同時，減少打開和關閉多操作連接的次數。
如果只執行單個的Fill或Update方法調用，建議允許Fill或Update方法隱式打開和關閉連接。如果對Fill和Update調用有很多，建議顯式打開連接，調用Fill和Update，然後顯式關閉連接。
另外，當執行事務時，顯式地在開始事務之前打開連接，並在提交之後關閉連接。例如：
'Visual Basic
Public Sub RunSqlTransaction(da As SqlDataAdapter, myConnection As SqlConnection, ds As DataSet)
myConnection.Open()
Dim myTrans As SqlTransaction = myConnection.BeginTransaction()
myCommand.Transaction = myTrans
Try
da.Update(ds)
myTrans.Commit()
Console.WriteLine("Update successful.")
Catch e As Exception
Try
myTrans.Rollback()
Catch ex As SqlException
If Not myTrans.Connection Is Nothing Then
Console.WriteLine("An exception of type " & ex.GetType().ToString() & " was encountered while attempting to roll back the transaction.")
End If
End Try
Console.WriteLine("An exception of type " & e.GetType().ToString() & " was encountered.")
Console.WriteLine("Update failed.")
End Try
myConnection.Close()
End Sub
//C#
public void RunSqlTransaction(SqlDataAdapter da, SqlConnection myConnection, DataSet ds)
{
myConnection.Open();
SqlTransaction myTrans = myConnection.BeginTransaction();
myCommand.Transaction = myTrans;
try
{
da.Update(ds);
myCommand.Transaction.Commit();
Console.WriteLine("Update successful.");
}
catch(Exception e)
{
try
{
myTrans.Rollback();
}
catch (SqlException ex)
{
if (myTrans.Connection != null)
{
Console.WriteLine("An exception of type " + ex.GetType() +" was encountered while attempting to roll back the transaction.");
}
}
Console.WriteLine(e.ToString());
Console.WriteLine("Update failed.");
}
myConnection.Close();
}
始終關閉Connection和DataReader
完成對Connection或DataReader對象的使用後，總是顯式地關閉它們。盡管垃圾回收最終會清除對象並因此釋放連接和其他托管資源，但垃圾回收僅在需要時執行。因此，確保任何寶貴的資源被顯式釋放仍然是您的責任。並且，沒有顯式關閉的Connections可能不會返回到池中。例如，一個超出作用范圍卻沒有顯式關閉的連接，只有當連接池大小達到最大並且連接仍然有效時，才會被返回到連接池中。
注不要在類的Finalize方法中對Connection、DataReader或任何其他托管對象調用Close或Dispose。最後完成的時候，僅釋放類自己直接擁有的非托管資源。如果類沒有任何非托管資源，就不要在類定義中包含Finalize方法。
在C#中使用“Using”語句
對於C#程序員來說，確保始終關閉Connection和DataReader對象的一個方便的方法就是使用using語句。using語句在離開自己的作用范圍時，會自動調用被“使用”的對象的Dispose。例如：
//C#
string connString = "Data Source=localhost;Integrated Security=SSPI;Initial Catalog=Northwind;";
using (SqlConnection conn = new SqlConnection(connString))
{
SqlCommand cmd = conn.CreateCommand();
cmd.CommandText = "SELECT CustomerId, CompanyName FROM Customers";
conn.Open();
using (SqlDataReader dr = cmd.ExecuteReader())
{
while (dr.Read())
Console.WriteLine("{0} {1}", dr.GetString(0), dr.GetString(1));
}
}
Using語句不能用於Microsoft Visual Basic .NET。
避免訪問OleDbConnection.State屬性
如果連接已經打開，OleDbConnection.State屬性會對DBPROP_CONNECTIONSTATUS屬性的DATASOURCEINFO屬性集執行本地OLE DB調用IDBProperties.GetProperties，這可能會導致對數據源的往返行程。也就是說，檢查State屬性的代價可能很高。所以僅在需要時檢查State屬性。如果需要經常檢查該屬性，監聽OleDbConnection的StateChange事件可能會使應用程序的性能好一些。
與XML集成
ADO.NET在DataSet中提供了廣泛的XML集成，並公開了SQL Server 2000及其更高版本提供的部分XML功能。還可以使用SQLXML 3.0廣泛地訪問SQL Server 2000及其更高版本中的XML功能。下面是使用XML和ADO.NET的技巧和信息。
DataSet和XML
DataSet與XML緊密集成，並提供如下功能：
1) 從XSD架構中加載DataSet的架構或關系型結構。
2) 從XML加載DataSet的內容。
3) 如果沒有提供架構，可以從XML文檔的內容推斷出DataSet的架構。
4) 將DataSet的架構寫為XSD架構。
5) 將DataSet的內容寫為XML。
6) 同步訪問使用DataSet的數據的關系表示，以及使用XmlDataDocument的數據的層次表示。
注可以使用這種同步將XML功能(例如，XPath查詢和XSLT轉換)應用到DataSet中的數據，或者在保留原始XML保真度的前提下為XML文檔中數據的全部或其中一個子集提供關系視圖。
架構推斷
從XML文件加載DataSet時，可以從XSD架構加載DataSet架構，或者在加載數據前預定義表和列。如果沒有可用的XSD架構，而且不知道為XML文件的內容定義哪些表和列，就可以在XML文檔結構的基礎上對架構進行推斷。
架構推斷作為遷移工具很有用，但應只限於設計階段應用程序，這是由於推斷處理有如下限制。
1) 對架構的推斷會引入影響應用程序性能的附加處理。
2) 所有推斷列的類型都是字符串。
3) 推斷處理不具有確定性。也就是說，它是基於XML文件內容的，而不是預定的架構。因此，對於兩個預定架構相同的XML文件，由於它們的內容不同，結果得到兩個完全不同的推斷架構。
用於XML查詢的SQL Server
如果正從SQL Server 2000 FOR XML返回查詢結果，可以讓用於SQL Server的.NET框架數據提供程序使用SqlCommand.ExecuteXmlReader方法直接創建一個XmlReader。
SQLXML托管類
.NET框架中有一些類，公開用於SQL Server 2000的XML的功能。這些類可在Microsoft.Data.SqlXml命名空間中找到，它們添加了執行XPath查詢和XML模板文件以及將XSLT轉換應用到數據的能力。
SQLXML托管類包含在用於Microsoft SQL Server 2000的XML (SQLXML 2.0)發行版中，可通過鏈接XML for Microsoft SQL Server 2000 Web Release 2 (SQLXML 2.0)
更多有用的技巧
下面是一些編寫ADO.NET代碼時的通用技巧。
避免自動增量值沖突
就像大多數數據源一樣，DataSet使您可標識那些添加新行時自動對其值進行遞增的列。在DataSet中使用自動增量的列時，如果自動增量的列來自數據源，可避免添加到DataSet的行和添加到數據源的行之間本地編號沖突。
例如，考慮一個表，它的主鍵列CustomerID是自動增量的。兩個新的客戶信息行添加到表中，並接收到自動增量的CustomerID值1和2。然後，只有第二個客戶行被傳遞給DataAdapter的方法Update，新添加的行在數據源接收到一個自動增量的CustomerID值1，與DataSet中的值2不匹配。當DataAdapter用返回值填充表中第二行時，就會出現約束沖突，因為第一個客戶行已經使用了CustomerID值1。
要避免這種情況，建議在使用數據源上自動增量的列以及DataSet上自動增量的列時，將DataSet中的列創建為AutoIncrementStep值等於-1並且AutoIncrementSeed值等於0，另外，還要確保數據源生成的自動增量標識值從1開始，並且以正階值遞增。因此，DataSet為自動增量值生成負數，與數據源生成的正自動增量值不沖突。另外一個選擇是使用GUID類型的列，而不是自動增量的列。生成GUID值的算法應該永遠不會使數據源中生成的GUID值與DataSet中生成的GUID值一樣。
如果自動增量的列只是用作唯一值，而且沒有任何意義，就考慮使用GUID代替自動增量的列。它們是唯一的，並且避免了使用自動增量的列所必需的額外工作。
檢查開放式並發沖突
按照設計，由於DataSet是與數據源斷開的，所以，當多個客戶端在數據源上按照開放式並發模型更新數據時，需要確保應用程序避免沖突。
在測試開放式並發沖突時有幾項技術。一項技術涉及在表中包含時間戳列。另外一項技術是，驗證一行中所有列的原始值是否仍然與通過在SQL語句中使用WHERE子句進行測試時在數據庫中找到的值相匹配。
多線程編程
ADO.NET對性能、吞吐量和可伸縮性進行優化。因此，ADO.NET對象不鎖定資源，並且必須只用於單線程。一個例外是DataSet，它對多個閱讀器是線程安全的。但是，在寫的時候需要將DataSet鎖定。
僅在需要的時候才用COM Interop訪問ADO
ADO.NET的設計目的是成為許多應用程序的最佳解決方案。但是，有些應用程序需要只有使用ADO對象才有的功能，例如，ADO多維(ADOMD)。在這些情況下，應用程序可以用COM Interop訪問ADO。注意使用COM Interop訪問具有ADO的數據會導致性能降低。在設計應用程序時，首先在實現用COM Interop訪問ADO的設計之前，先確定ADO.NET是否滿足設計需求。
