ADO.NET實用經驗無保留曝光_.Net教程

推薦：asp.net/c#字符格式化
一、用{0:?}格式化 可通過 String.Format 方法或通過 Console.Write 方法格式化數值結果，其中后一種方法調用 String.Format 。使用格式字符串指定格式。下表包含受支持的標準格式字符串。格式字符串采用的形式為 Axx ，其中 A 為格式說明符，而 xx 為精度說

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命令屬性。

分享：怎樣在ASP.NET中備份SQL Server數據庫
前言:我們在開發網站時,在管理后臺,管理員通常要定期對數據庫進行備份(當然也可以讓sqlserver服務器定期自動備份,但我此處講的是asp.net中的備份),備份的代碼很簡單: 下面是我做一個網站后臺時在備份按扭下寫的一個事件: protected void Button1_Click(objec