ADO.NET實用經驗介紹

ADO.NET實用經驗介紹

 　　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中的Null 參考

　　使用強型別DataSet時，可以使用DataSet的XML架構定義語言(XSD)架構來確保強型別DataSet可以正確處理Null 參考。nullValue標識符使您可用一個指定的值String.Empty代替DBNull、保留Null 參考或引發異常。選擇哪個選項取決於應用程式的上下文。預設情況下，如果遇到Null 參考，就會引發異常。

　　重新整理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命令屬性所必需的處理會影響效能。如果預Crowdsourced Security Testing道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是否滿足設計需求。