DataSet與DataReader

當(dāng)設(shè)計應(yīng)用程序時，要考慮應(yīng)用程序所需功能的等級，以確定使用DataSet或者是DataReader。

要通過應(yīng)用程序執(zhí)行以下操作，就要使用DataSet：

1) 在結(jié)果的多個離散表之間進(jìn)行導(dǎo)航。

2) 操作來自多個數(shù)據(jù)源（例如，來自多個數(shù)據(jù)庫、一個XML文件和一個電子表格的混合數(shù)據(jù)）的數(shù)據(jù)。

3) 在各層之間交換數(shù)據(jù)或使用XML Web服務(wù)。與DataReader不同的是，DataSet能傳遞給遠(yuǎn)程客戶端。

4) 重用同樣的記錄集合，以便通過緩存獲得性能改善（例如排序、搜索或篩選數(shù)據(jù)）。

5) 每條記錄都需要執(zhí)行大量處理。對使用DataReader返回的每一行進(jìn)行擴(kuò)展處理會延長服務(wù)于DataReader的連接的必要時間，這影響了性能。

6) 使用XML操作對數(shù)據(jù)進(jìn)行操作，例如可擴(kuò)展樣式表語言轉(zhuǎn)換（XSLT轉(zhuǎn)換）或XPath查詢。

對于下列情況，要在應(yīng)用程序中使用DataReader：

1) 不需要緩存數(shù)據(jù)。

2) 要處理的結(jié)果集太大，內(nèi)存中放不下。

3) 一旦需要以僅向前、只讀方式快速訪問數(shù)據(jù)。

注填充DataSet時，DataAdapter使用DataReader。因此，使用DataAdapter取代DataSet提升的性能表現(xiàn)為節(jié)省了DataSet占用內(nèi)存和填充DataSet需要的循環(huán)。一般來說，此性能提升只是象征性的，因此，設(shè)計決策應(yīng)以所需功能為基礎(chǔ)。

使用強(qiáng)類型DataSet的好處

DataSet的另一個好處是可被繼承以創(chuàng)建一個強(qiáng)類型DataSet。強(qiáng)類型DataSet的好處包括設(shè)計時類型檢查，以及Microsoft Visual Studio.NET用于強(qiáng)類型DataSet語句結(jié)束所帶來的好處。修改了DataSet的架構(gòu)或關(guān)系結(jié)構(gòu)后，就可以創(chuàng)建一個強(qiáng)類型DataSet，將行和列作為對象的屬性公開，而不是作為集合中的項公開。例如，不公開客戶表中行的姓名列，而公開Customer對象的Name屬性。類型化DataSet從DataSet類派生，因此不會犧牲DataSet的任何功能。也就是說，類型化DataSet仍能遠(yuǎn)程訪問，并作為數(shù)據(jù)綁定控件（例如DataGrid）的數(shù)據(jù)源提供。如果架構(gòu)事先不可知，仍能受益于通用DataSet的功能，但卻不能受益于強(qiáng)類型DataSet的附加功能。

處理強(qiáng)類型DataSet中的空引用

使用強(qiáng)類型DataSet時，可以使用DataSet的XML架構(gòu)定義語言(XSD)架構(gòu)來確保強(qiáng)類型DataSet可以正確處理空引用。nullValue標(biāo)識符使您可用一個指定的值String.Empty代替DBNull、保留空引用或引發(fā)異常。選擇哪個選項取決于應(yīng)用程序的上下文。默認(rèn)情況下，如果遇到空引用，就會引發(fā)異常。

刷新DataSet中的數(shù)據(jù)

如果想用服務(wù)器上的更新值刷新DataSet中的值，就使用DataAdapter.Fill。如果有在DataTable上定義的主鍵，DataAdapter.Fill會根據(jù)主鍵進(jìn)行新行匹配，并且當(dāng)更改到現(xiàn)有行時應(yīng)用服務(wù)器上的值。即使刷新之前修改了這些數(shù)據(jù)，刷新行的RowState仍被設(shè)置為Unchanged。注意，如果沒有為DataTable定義主鍵，DataAdapter.Fill就用可能重復(fù)的主鍵值添加新行。

如果想用來自服務(wù)器的當(dāng)前值刷新表，并同時保留對表中的行所做的任何更改，必須首先用DataAdapter.Fill填充表，并填充一個新的DataTable，然后用preserveChanges值true將DataTable合并到DataSet之中。

在DataSet中搜索數(shù)據(jù)

在DataSet中查詢與特定條件相匹配的行時，可以利用基于索引的查找提高搜索性能。當(dāng)將PrimaryKey值賦給DataTable時，會創(chuàng)建一個索引。當(dāng)給DataTable創(chuàng)建DataView時，也會創(chuàng)建一個索引。下面是一些利用基于索引進(jìn)行查找的技巧。

1) 如果對組成DataTable的PrimaryKey的列進(jìn)行查詢，要使用DataTable.Rows.Find而不是DataTable.Select。

2) 對于涉及到非主鍵列的查詢，可以使用DataView為數(shù)據(jù)的多個查詢提高性能。當(dāng)將排序順序應(yīng)用到DataView時，就會建立一個搜索時使用的索引。DataView公開Find和FindRows方法，以便查詢基礎(chǔ)DataTable中的數(shù)據(jù)。

3) 如果不需要表的排序視圖，仍可以通過為DataTable創(chuàng)建DataView來利用基于索引的查找。注意，只有對數(shù)據(jù)執(zhí)行多個查詢操作時，這樣才會帶來好處。如果只執(zhí)行單一查詢，創(chuàng)建索引所需要的處理就會降低使用索引所帶來的性能提升。

DataView構(gòu)造

如果創(chuàng)建了DataView，并且修改了Sort、RowFilter或RowStateFilter屬性，DataView就會為基礎(chǔ)DataTable中的數(shù)據(jù)建立索引。創(chuàng)建DataView對象時，要使用DataView構(gòu)造函數(shù)，它用Sort、RowFilter和RowStateFilter值作為構(gòu)造函數(shù)參數(shù)（與基礎(chǔ)DataTable一起）。結(jié)果是創(chuàng)建了一次索引。創(chuàng)建一個“空”DataView并隨后設(shè)置Sort、RowFilter或RowStateFilter屬性，會導(dǎo)致索引至少創(chuàng)建兩次。

分頁

ADO.NET可以顯式控制從數(shù)據(jù)源中返回什么樣的數(shù)據(jù)，以及在DataSet中本地緩存多少數(shù)據(jù)。對查詢結(jié)果的分頁沒有唯一的答案，但下面有一些設(shè)計應(yīng)用程序時應(yīng)該考慮的技巧。

1) 避免使用帶有startRecord和maxRecords值的DataAdapter.Fill重載。當(dāng)以這種方式填充DataSet時，只有maxRecords參數(shù)（從startRecord參數(shù)標(biāo)識的記錄開始）指定的記錄數(shù)量用于填充DataSet，但無論如何總是返回完整的查詢。這就會引起不必要的處理，用于讀取“不需要的”記錄；而且為了返回附加記錄，會耗盡不必要的服務(wù)器資源。

2) 用于每次只返回一頁記錄的技術(shù)是創(chuàng)建SQL語句，將WHERE子句以及ORDER BY子句和TOP謂詞組合起來。此技術(shù)取決于存在一種可唯一標(biāo)識每一行的辦法。當(dāng)瀏覽下一頁記錄時，修改WHERE子句使之包含所有唯一標(biāo)識符大于當(dāng)前頁最后一個唯一標(biāo)識符的記錄。當(dāng)瀏覽上一頁記錄時，修改WHERE子句使之返回所有唯一標(biāo)識符小于當(dāng)前頁第一個唯一標(biāo)識符的記錄。兩種查詢都只返回記錄的TOP頁。當(dāng)瀏覽上一頁時，需要以降序為結(jié)果排序。這將有效地返回查詢的最后一頁（如果需要，顯示之前也許要重新排序結(jié)果）。

3) 另一項每次只返回一頁記錄的技術(shù)是創(chuàng)建SQL語句，將TOP謂詞和嵌入式SELECT語句的使用結(jié)合在一起。此技術(shù)并不依賴于存在一種可唯一標(biāo)識每一行的辦法。使用這項技術(shù)的第一步是將所需頁的數(shù)量與頁大小相乘。然后將結(jié)果傳遞給SQL Query的TOP謂詞，該查詢以升序排列。再將此查詢嵌入到另一個查詢中，后者從降序排列的嵌入式查詢結(jié)果中選擇TOP頁大小。實質(zhì)上，返回的是嵌入式查詢的最后一頁。例如，要返回查詢結(jié)果的第三頁（頁大小是10），應(yīng)該書寫如下所示的命令：

SELECT TOP 10 * FROM
(SELECT TOP 30 * FROM Customers ORDER BY Id ASC) AS Table1
ORDER BY Id DESC

注意：從查詢中返回的結(jié)果頁以降序顯示。如果需要，應(yīng)該重新排序。

1) 如果數(shù)據(jù)不經(jīng)常變動，可以在DataSet中本地維護(hù)一個記錄緩存，以此提高性能。例如，可以在本地DataSet中存儲10頁有用的數(shù)據(jù)，并且只有當(dāng)用戶瀏覽超出緩存第一頁和最后一頁時，才從數(shù)據(jù)源中查詢新數(shù)據(jù)。

用架構(gòu)填充DataSet

當(dāng)用數(shù)據(jù)填充DataSet時，DataAdapter.Fill方法使用DataSet的現(xiàn)有架構(gòu)，并使用從SelectCommand返回的數(shù)據(jù)填充它。如果在DataSet中沒有表名與要被填充的表名相匹配，F(xiàn)ill方法就會創(chuàng)建一個表。默認(rèn)情況下，F(xiàn)ill僅定義列和列類型。

通過設(shè)置DataAdapter的MissingSchemaAction屬性，可以重寫Fill的默認(rèn)行為。例如，要讓Fill創(chuàng)建一個表架構(gòu)，并且還包括主鍵信息、唯一約束、列屬性、是否允許為空、最大列長度、只讀列和自動增量的列，就要將DataAdapter.MissingSchemaAction指定為MissingSchemaAction.AddWithKey?；蛘撸谡{(diào)用DataAdapter.Fill前，可以調(diào)用DataAdapter.FillSchema來確保當(dāng)填充DataSet時架構(gòu)已到位。

對FillSchema的調(diào)用會產(chǎn)生一個到服務(wù)器的額外行程，用于檢索附加架構(gòu)信息。為了獲得最佳性能，需要在調(diào)用Fill之前指定DataSet的架構(gòu)，或者設(shè)置DataAdapter的MissingSchemaAction。

使用CommandBuilder的最佳實踐

假設(shè)SelectCommand執(zhí)行單一表SELECT，CommandBuilder就會以DataAdapter的SelectCommand屬性為基礎(chǔ)自動生成DataAdapter的InsertCommand、UpdateCommand、和DeleteCommand屬性。下面是為獲得最佳性能而使用CommandBuilder的一些技巧。

1) CommandBuilder的使用應(yīng)該限制在設(shè)計時或即席方案中。生成DataAdapter命令屬性所必需的處理會影響性能。如果預(yù)先知道INSERT/UPDATE/DELETE語句的內(nèi)容，就顯式設(shè)置它們。一個比較好的設(shè)計技巧是，為INSERT/UPDATE/DELETE命令創(chuàng)建存儲過程并顯式配置DataAdapter命令屬性以使用它們。

2) CommandBuilder使用DataAdapter的SelectCommand屬性確定其他命令屬性的值。如果DataAdapter的SelectCommand本身曾經(jīng)更改過，確保調(diào)用RefreshSchema以更新命令屬性。

3) 如果DataAdapter命令屬性為空（命令屬性默認(rèn)情況下為空），CommandBuilder僅僅為它生成一條命令。如果顯式設(shè)置了命令屬性，CommandBuilder不會重寫它。如果希望CommandBuilder為以前已經(jīng)設(shè)置過的命令屬性生成命令，就將命令屬性設(shè)置為空。

批處理SQL語句

很多數(shù)據(jù)庫支持將多條命令合并或批處理成一條單一命令執(zhí)行。例如，SQL Server使您可以用分號“;”分隔命令。將多條命令合并成單一命令，能減少到服務(wù)器的行程數(shù)，并提高應(yīng)用程序的性能。例如，可以將所有預(yù)定的刪除在應(yīng)用程序中本地存儲起來，然后再發(fā)出一條批處理命令調(diào)用，從數(shù)據(jù)源刪除它們。
雖然這樣做確實能提高性能，但是，當(dāng)對DataSet中的數(shù)據(jù)更新進(jìn)行管理時，可能會增加應(yīng)用程序的復(fù)雜性。要保持簡單，可能要在DataSet中為每個DataTable創(chuàng)建一個DataAdapter。

用多個表填充DataSet

如果使用批處理SQL語句檢索多個表并填充DataSet，第一個表用指定給Fill方法的表名命名。后面的表用指定給Fill方法的表名加上一個從1開始并且增量為1的數(shù)字命名。例如，如果運(yùn)行下面的代碼：

‘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表的數(shù)據(jù)放在名為“Customers”的DataTable中。來自O(shè)rders表的數(shù)據(jù)放在名為“Customers1”的DataTable中。

填充完DataSet之后，可以很容易地將“Customers1”表的TableName屬性改為“Orders”。但是，后面的填充會導(dǎo)致“Customers”表被重新填充，而“Orders”表會被忽略，并創(chuàng)建另外一個“Customers1”表。為了對這種情況作出補(bǔ)救，創(chuàng)建一個DataTableMapping，將“Customers1”映射到“Orders”，并為其他后面的表創(chuàng)建其他的表映射。例如：

‘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獲得最佳性能的技巧，同時還回答了一些關(guān)于使用DataReader的常見問題。

1) 在訪問相關(guān)Command的任何輸出參數(shù)之前，必須關(guān)閉DataReader。

2) 完成讀數(shù)據(jù)之后總是要關(guān)閉DataReader。如果使用Connection只是用于返回DataReader，那么關(guān)閉DataReader之后立刻關(guān)閉它。

另外一個顯式關(guān)閉Connection的方法是將CommandBehavior.CloseConnection傳遞給ExecuteReader方法，以確保相關(guān)的連接在關(guān)閉DataReader時被關(guān)閉。如果從一個方法返回DataReader，而且不能控制DataReader或相關(guān)連接的關(guān)閉，則這樣做特別有用。

1) 不能在層之間遠(yuǎn)程訪問DataReader。DataReader是為已連接好的數(shù)據(jù)訪問設(shè)計的。

2) 當(dāng)訪問列數(shù)據(jù)時，使用類型化訪問器，例如，GetString、GetInt32等。這使您不用進(jìn)行將GetValue返回的Object強(qiáng)制轉(zhuǎn)換成特定類型所需的處理。

3) 一個單一連接每次只能打開一個DataReader。在ADO中，如果打開一個單一連接，并且請求兩個使用只進(jìn)、只讀游標(biāo)的記錄集，那么ADO會在游標(biāo)生存期內(nèi)隱式打開第二個、未池化的到數(shù)據(jù)存儲區(qū)的連接，然后再隱式關(guān)閉該連接。對于ADO.NET，“秘密”完成的動作很少。如果想在相同的數(shù)據(jù)存儲區(qū)上同時打開兩個DataReaders，就必須顯式創(chuàng)建兩個連接，每個DataReader一個。這是ADO.NET為池化連接的使用提供更多控制的一種方法。

4) 默認(rèn)情況下，DataReader每次Read時都要將整行加載到內(nèi)存。這允許在當(dāng)前行內(nèi)隨機(jī)訪問列。如果不需要這種隨機(jī)訪問，為了提高性能，就將CommandBehavior.SequentialAccess傳遞給ExecuteReader調(diào)用。這將DataReader的默認(rèn)行為更改為僅在請求時將數(shù)據(jù)加載到內(nèi)存。注意，CommandBehavior.SequentialAccess要求順序訪問返回的列。也就是說，一旦讀過返回的列，就不能再讀它的值了。

5) 如果已經(jīng)完成讀取來自DataReader的數(shù)據(jù)，但仍然有大量掛起的未讀結(jié)果，就在調(diào)用DataReader的Close之前先調(diào)用Command的Cancel。調(diào)用DataReader的Close會導(dǎo)致在關(guān)閉游標(biāo)之前檢索掛起的結(jié)果并清空流。調(diào)用Command的Cancel會放棄服務(wù)器上的結(jié)果，這樣，DataReader在關(guān)閉的時候就不必讀這些結(jié)果。如果要從Command返回輸出參數(shù)，還要調(diào)用Cancel放棄它們。如果需要讀取任何輸出參數(shù)，不要調(diào)用Command的Cancel，只要調(diào)用DataReader的Close即可。

二進(jìn)制大對象(BLOB)

用DataReader檢索二進(jìn)制大對象(BLOB)時，應(yīng)該將CommandBehavior.SequentialAccess傳遞給ExecuteReader方法調(diào)用。因為DataReader的默認(rèn)行為是每次Read都將整行加載到內(nèi)存，又因為BLOB值可能非常大，所以結(jié)果可能由于單個BLOB而使大量內(nèi)存被用光。SequentialAccess將DataReader的行為設(shè)置為只加載請求的數(shù)據(jù)。然后還可以使用GetBytes或GetChars控制每次加載多少數(shù)據(jù)。

記住，使用SequentialAccess時，不能不按順序訪問DataReader返回的不同字段。也就是說，如果查詢返回三列，其中第三列是BLOB，并且想訪問前兩列中的數(shù)據(jù)，就必須在訪問BLOB數(shù)據(jù)之前先訪問第一列的值，然后訪問第二列的值。這是因為現(xiàn)在數(shù)據(jù)是順序返回的，并且DataReader一旦讀過該數(shù)據(jù)，該數(shù)據(jù)就不再可用。

使用命令

ADO.NET提供了幾種命令執(zhí)行的不同方法以及優(yōu)化命令執(zhí)行的不同選項。下面包括一些技巧，它們是關(guān)于選擇最佳命令執(zhí)行以及如何提高執(zhí)行命令的性能。

使用OleDbCommand的最佳實踐

不同.NET框架數(shù)據(jù)提供程序之間的命令執(zhí)行被盡可能標(biāo)準(zhǔn)化了。但是，數(shù)據(jù)提供程序之間仍然存在差異。下面給出一些技巧，可微調(diào)用于OLE DB的.NET框架數(shù)據(jù)提供程序的命令執(zhí)行。

1) 按照ODBC CALL語法使用CommandType.Text調(diào)用存儲過程。使用CommandType.StoredProcedure只是秘密地生成ODBC CALL語法。

2) 一定要設(shè)置OleDbParameter的類型、大?。ㄈ绻m用）、以及精度和范圍（如果參數(shù)類型是numeric或decimal）。注意，如果不顯式提供參數(shù)信息，OleDbCommand會為每個執(zhí)行命令重新創(chuàng)建OLE DB參數(shù)訪問器。

使用SqlCommand的最佳實踐

使用SqlCommand執(zhí)行存儲過程的快速提示：如果調(diào)用存儲過程，將SqlCommand的CommandType屬性指定為StoredProcedure的CommandType。這樣通過將該命令顯式標(biāo)識為存儲過程，就不需要在執(zhí)行之前分析命令。

使用Prepare方法

對于重復(fù)作用于數(shù)據(jù)源的參數(shù)化命令，Command.Prepare方法能提高性能。Prepare指示數(shù)據(jù)源為多次調(diào)用優(yōu)化指定的命令。要想有效利用Prepare，需要徹底理解數(shù)據(jù)源是如何響應(yīng)Prepare調(diào)用的。對于一些數(shù)據(jù)源（例如SQL Server 2000），命令是隱式優(yōu)化的，不必調(diào)用Prepare。對于其他（例如SQL Server 7.0）數(shù)據(jù)源，Prepare會比較有效。

顯式指定架構(gòu)和元數(shù)據(jù)

只要用戶沒有指定元數(shù)據(jù)信息，ADO.NET的許多對象就會推斷元數(shù)據(jù)信息。下面是一些示例：

1) DataAdapter.Fill方法，如果DataSet中沒有表和列，DataAdapter.Fill方法會在DataSet中創(chuàng)建表和列。

2) CommandBuilder，它會為單表SELECT命令生成DataAdapter命令屬性。

3) CommandBuilder.DeriveParameters，它會填充Command對象的Parameters集合。

但是，每次用到這些特性，都會有性能損失。建議將這些特性主要用于設(shè)計時和即席應(yīng)用程序中。在可能的情況下，顯式指定架構(gòu)和元數(shù)據(jù)。其中包括在DataSet中定義表和列、定義DataAdapter的Command屬性、以及為Command定義Parameter信息。

ExecuteScalar和ExecuteNonQuery

如果想返回像Count(*)、Sum(Price)或Avg(Quantity)的結(jié)果那樣的單值，可以使用Command.ExecuteScalar。ExecuteScalar返回第一行第一列的值，將結(jié)果集作為標(biāo)量值返回。因為單獨一步就能完成，所以ExecuteScalar不僅簡化了代碼，還提高了性能；要是使用DataReader就需要兩步才能完成（即，ExecuteReader+取值）。

使用不返回行的SQL語句時，例如修改數(shù)據(jù)（例如INSERT、UPDATE或DELETE）或僅返回輸出參數(shù)或返回值，請使用ExecuteNonQuery。這避免了用于創(chuàng)建空DataReader的任何不必要處理。

測試Null

如果表（在數(shù)據(jù)庫中）中的列允許為空，就不能測試參數(shù)值是否“等于”空。相反，需要寫一個WHERE子句，測試列和參數(shù)是否都為空。下面的SQL語句返回一些行，它們的LastName列等于賦給@LastName參數(shù)的值，或者LastName列和@LastName參數(shù)都為空。

SELECT * FROM Customers
WHERE ((LastName = @LastName) OR (LastName IS NULL AND @LastName IS NULL))

將Null作為參數(shù)值傳遞

對數(shù)據(jù)庫的命令中，當(dāng)將空值作為參數(shù)值發(fā)送時，不能使用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;

執(zhí)行事務(wù)

ADO.NET的事務(wù)模型已經(jīng)更改。在ADO中，當(dāng)調(diào)用StartTransaction時，調(diào)用之后的任何更新操作都被視為是事務(wù)的一部分。但是，在ADO.NET中，當(dāng)調(diào)用Connection .BeginTransaction時，會返回一個Transaction對象，需要將它與Command的Transaction屬性聯(lián)系起來。這種設(shè)計可以在一個單一連接上執(zhí)行多個根事務(wù)。如果未將Command.Transaction屬性設(shè)置為一個針對相關(guān)的Connection而啟動的Transaction，那么Command就會失敗并引發(fā)異常。

即將發(fā)布的.NET框架將使您可以在現(xiàn)有的分布式事務(wù)中手動登記。這對于對象池方案來說很理想；在該方案中，一個池對象打開一次連接，但是在多個獨立的事務(wù)中都涉及到該對象。.NET框架1.0發(fā)行版中這一功能并不可用。

使用連接

高性能應(yīng)用程序與使用中的數(shù)據(jù)源保持最短時間的連接，并且利用性能增強(qiáng)技術(shù)，例如連接池。下面的主題提供一些技巧，有助于在使用ADO.NET連接到數(shù)據(jù)源時獲得更好的性能。

連接池

用于ODBC的SQL Server、OLE DB和.NET框架數(shù)據(jù)提供程序隱式緩沖連接。通過在連接字符串中指定不同的屬性值，可以控制連接池的行為。

用DataAdapter優(yōu)化連接

DataAdapter的Fill和Update方法在連接關(guān)閉的情況下自動打開為相關(guān)命令屬性指定的連接。如果Fill或Update方法打開了連接，F(xiàn)ill或Update將在操作完成的時候關(guān)閉它。為了獲得最佳性能，僅在需要時將與數(shù)據(jù)庫的連接保持為打開。同時，減少打開和關(guān)閉多操作連接的次數(shù)。

如果只執(zhí)行單個的Fill或Update方法調(diào)用，建議允許Fill或Update方法隱式打開和關(guān)閉連接。如果對Fill和Update調(diào)用有很多，建議顯式打開連接，調(diào)用Fill和Update，然后顯式關(guān)閉連接。

另外，當(dāng)執(zhí)行事務(wù)時，顯式地在開始事務(wù)之前打開連接，并在提交之后關(guān)閉連接。例如：

‘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();
}

始終關(guān)閉Connection和DataReader

完成對Connection或DataReader對象的使用后，總是顯式地關(guān)閉它們。盡管垃圾回收最終會清除對象并因此釋放連接和其他托管資源，但垃圾回收僅在需要時執(zhí)行。因此，確保任何寶貴的資源被顯式釋放仍然是您的責(zé)任。并且，沒有顯式關(guān)閉的Connections可能不會返回到池中。例如，一個超出作用范圍卻沒有顯式關(guān)閉的連接，只有當(dāng)連接池大小達(dá)到最大并且連接仍然有效時，才會被返回到連接池中。

注不要在類的Finalize方法中對Connection、DataReader或任何其他托管對象調(diào)用Close或Dispose。最后完成的時候，僅釋放類自己直接擁有的非托管資源。如果類沒有任何非托管資源，就不要在類定義中包含F(xiàn)inalize方法。

在C#中使用“Using”語句

對于C#程序員來說，確保始終關(guān)閉Connection和DataReader對象的一個方便的方法就是使用using語句。using語句在離開自己的作用范圍時，會自動調(diào)用被“使用”的對象的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}\t{1}”, dr.GetString(0), dr.GetString(1));
}
}

Using語句不能用于Microsoft Visual Basic .NET。

避免訪問OleDbConnection.State屬性

如果連接已經(jīng)打開，OleDbConnection.State屬性會對DBPROP_CONNECTIONSTATUS屬性的DATASOURCEINFO屬性集執(zhí)行本地OLE DB調(diào)用IDBProperties.GetProperties，這可能會導(dǎo)致對數(shù)據(jù)源的往返行程。也就是說，檢查State屬性的代價可能很高。所以僅在需要時檢查State屬性。如果需要經(jīng)常檢查該屬性，監(jiān)聽OleDbConnection的StateChange事件可能會使應(yīng)用程序的性能好一些。

與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架構(gòu)中加載DataSet的架構(gòu)或關(guān)系型結(jié)構(gòu)。

2) 從XML加載DataSet的內(nèi)容。

3) 如果沒有提供架構(gòu)，可以從XML文檔的內(nèi)容推斷出DataSet的架構(gòu)。

4) 將DataSet的架構(gòu)寫為XSD架構(gòu)。

5) 將DataSet的內(nèi)容寫為XML。

6) 同步訪問使用DataSet的數(shù)據(jù)的關(guān)系表示，以及使用XmlDataDocument的數(shù)據(jù)的層次表示。

注可以使用這種同步將XML功能（例如，XPath查詢和XSLT轉(zhuǎn)換）應(yīng)用到DataSet中的數(shù)據(jù)，或者在保留原始XML保真度的前提下為XML文檔中數(shù)據(jù)的全部或其中一個子集提供關(guān)系視圖。

架構(gòu)推斷

從XML文件加載DataSet時，可以從XSD架構(gòu)加載DataSet架構(gòu)，或者在加載數(shù)據(jù)前預(yù)定義表和列。如果沒有可用的XSD架構(gòu)，而且不知道為XML文件的內(nèi)容定義哪些表和列，就可以在XML文檔結(jié)構(gòu)的基礎(chǔ)上對架構(gòu)進(jìn)行推斷。

架構(gòu)推斷作為遷移工具很有用，但應(yīng)只限于設(shè)計階段應(yīng)用程序，這是由于推斷處理有如下限制。

1) 對架構(gòu)的推斷會引入影響應(yīng)用程序性能的附加處理。

2) 所有推斷列的類型都是字符串。

3) 推斷處理不具有確定性。也就是說，它是基于XML文件內(nèi)容的，而不是預(yù)定的架構(gòu)。因此，對于兩個預(yù)定架構(gòu)相同的XML文件，由于它們的內(nèi)容不同，結(jié)果得到兩個完全不同的推斷架構(gòu)。

用于XML查詢的SQL Server

如果正從SQL Server 2000 FOR XML返回查詢結(jié)果，可以讓用于SQL Server的.NET框架數(shù)據(jù)提供程序使用SqlCommand.ExecuteXmlReader方法直接創(chuàng)建一個XmlReader。

SQLXML托管類

.NET框架中有一些類，公開用于SQL Server 2000的XML的功能。這些類可在Microsoft.Data.SqlXml命名空間中找到，它們添加了執(zhí)行XPath查詢和XML模板文件以及將XSLT轉(zhuǎn)換應(yīng)用到數(shù)據(jù)的能力。

SQLXML托管類包含在用于Microsoft SQL Server 2000的XML (SQLXML 2.0)發(fā)行版中，可通過鏈接XML for Microsoft SQL Server 2000 Web Release 2 (SQLXML 2.0)

更多有用的技巧

下面是一些編寫ADO.NET代碼時的通用技巧。

避免自動增量值沖突

就像大多數(shù)數(shù)據(jù)源一樣，DataSet使您可標(biāo)識那些添加新行時自動對其值進(jìn)行遞增的列。在DataSet中使用自動增量的列時，如果自動增量的列來自數(shù)據(jù)源，可避免添加到DataSet的行和添加到數(shù)據(jù)源的行之間本地編號沖突。

例如，考慮一個表，它的主鍵列CustomerID是自動增量的。兩個新的客戶信息行添加到表中，并接收到自動增量的CustomerID值1和2。然后，只有第二個客戶行被傳遞給DataAdapter的方法Update，新添加的行在數(shù)據(jù)源接收到一個自動增量的CustomerID值1，與DataSet中的值2不匹配。當(dāng)DataAdapter用返回值填充表中第二行時，就會出現(xiàn)約束沖突，因為第一個客戶行已經(jīng)使用了CustomerID值1。

要避免這種情況，建議在使用數(shù)據(jù)源上自動增量的列以及DataSet上自動增量的列時，將DataSet中的列創(chuàng)建為AutoIncrementStep值等于-1并且AutoIncrementSeed值等于0，另外，還要確保數(shù)據(jù)源生成的自動增量標(biāo)識值從1開始，并且以正階值遞增。因此，DataSet為自動增量值生成負(fù)數(shù)，與數(shù)據(jù)源生成的正自動增量值不沖突。另外一個選擇是使用GUID類型的列，而不是自動增量的列。生成GUID值的算法應(yīng)該永遠(yuǎn)不會使數(shù)據(jù)源中生成的GUID值與DataSet中生成的GUID值一樣。

如果自動增量的列只是用作唯一值，而且沒有任何意義，就考慮使用GUID代替自動增量的列。它們是唯一的，并且避免了使用自動增量的列所必需的額外工作。

檢查開放式并發(fā)沖突

按照設(shè)計，由于DataSet是與數(shù)據(jù)源斷開的，所以，當(dāng)多個客戶端在數(shù)據(jù)源上按照開放式并發(fā)模型更新數(shù)據(jù)時，需要確保應(yīng)用程序避免沖突。

在測試開放式并發(fā)沖突時有幾項技術(shù)。一項技術(shù)涉及在表中包含時間戳列。另外一項技術(shù)是，驗證一行中所有列的原始值是否仍然與通過在SQL語句中使用WHERE子句進(jìn)行測試時在數(shù)據(jù)庫中找到的值相匹配。

多線程編程

ADO.NET對性能、吞吐量和可伸縮性進(jìn)行優(yōu)化。因此，ADO.NET對象不鎖定資源，并且必須只用于單線程。一個例外是DataSet，它對多個閱讀器是線程安全的。但是，在寫的時候需要將DataSet鎖定。

僅在需要的時候才用COM Interop訪問ADO

ADO.NET的設(shè)計目的是成為許多應(yīng)用程序的最佳解決方案。但是，有些應(yīng)用程序需要只有使用ADO對象才有的功能，例如，ADO多維(ADOMD)。在這些情況下，應(yīng)用程序可以用COM Interop訪問ADO。注意使用COM Interop訪問具有ADO的數(shù)據(jù)會導(dǎo)致性能降低。在設(shè)計應(yīng)用程序時，首先在實現(xiàn)用COM Interop訪問ADO的設(shè)計之前，先確定ADO.NET是否滿足設(shè)計需求。

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。