天天看點

使用ADO.NET的最佳實踐zz

  from: http://www.mscto.com/ado/2009022350041.html

     ADO.NET作為微軟最新的資料通路技術,已經在企業開發中得到了廣泛的應用。對于一線的開發人員來說,掌握基本的概念和技術之後,提高應用水準和解決實際問題的最有效手段,莫過于互相交流彼此的最佳時間經驗經驗。在這篇文章中,兩位ADO.net專家向讀者毫無保留地、詳盡地介紹了很多實用經驗。

  簡介

  本文為您提供了在Microsoft ADO.NET應用程式中實作和獲得最佳性能、可伸縮性以及功能的最佳解決方案;同時也講述了使用ADO.NET中可用對象的最佳實踐;并提出一些有助于優化ADO.NET應用程式設計的建議。

  .NET架構資料提供程式

  .NET架構中的資料提供程式(DataProvider)在應用程式和資料源之間起到橋梁作用。.NET架構資料提供程式能夠從資料源中傳回查詢結果、對資料源執行指令、将DataSet中的更改傳播給資料源。本文包括有關哪個.NET架構資料提供程式是最适合您需要的一些技巧。

  使用哪個.NET架構資料提供程式?

  為了使您的應用程式獲得最佳性能,請使用最适合您的資料源的.NET架構資料提供程式。有許多資料提供程式可供您的應用程式選用。

  連接配接到SQLServer7.0或更高版本  

  為了在連接配接到MicrosoftSQLServer7.0或更高版本時獲得最佳性能,請使用SQLServer.NET資料提供程式。SQLServer.NET資料提供程式的設計目的就在于不通過任何附加技術層就可以直接通路SQLServer。

  連接配接到ODBC資料源

  ODBC.NET資料提供程式可在Microsoft.Data.ODBC命名空間中找到,它的體系結構與用于SQLServer和OLEDB的.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)在各層之間交換資料或使用XMLWeb服務。與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子句以及ORDERBY子句和TOP謂詞組合起來。此技術取決于存在一種可唯一辨別每一行的辦法。當浏覽下一頁記錄時,修改WHERE子句使之包含所有唯一辨別符大于目前頁最後一個唯一辨別符的記錄。當浏覽上一頁記錄時,修改WHERE子句使之傳回所有唯一辨別符小于目前頁第一個唯一辨別符的記錄。兩種查詢都隻傳回記錄的TOP頁。當浏覽上一頁時,需要以降序為結果排序。這将有效地傳回查詢的最後一頁(如果需要,顯示之前也許要重新排序結果)。

  3)另一項每次隻傳回一頁記錄的技術是建立SQL語句,将TOP謂詞和嵌入式SELECT語句的使用結合在一起。此技術并不依賴于存在一種可唯一辨別每一行的辦法。使用這項技術的第一步是将所需頁的數量與頁大小相乘。然後将結果傳遞給SQLQuery的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語句

  很多資料庫支援将多條指令合并或批處理成一條單一指令執行。例如,SQLServer使您可以用分号“;”分隔指令。将多條指令合并成單一指令,能減少到伺服器的行程數,并提高應用程式的性能。例如,可以将所有預定的删除在應用程式中本地存儲起來,然後再發出一條批處理指令調用,從資料源删除它們。

雖然這樣做确實能提高性能,但是,當對DataSet中的資料更新進行管理時,可能會增加應用程式的複雜性。要保持簡單,可能要在DataSet中為每個DataTable建立一個DataAdapter。

  用多個表填充DataSet

  如果使用批處理SQL語句檢索多個表并填充DataSet,第一個表用指定給Fill方法的表名命名。後面的表用指定給Fill方法的表名加上一個從1開始并且增量為1的數字命名。例如,如果運作下面的代碼:

'VisualBasic

Dim da As SqlDataAdapter=New SqlDataAdapter("SELECT * FROM Customers;SELECT * FROM Orders;",myConnection)

Dim ds AsDataSet=NewDataSet()

da.Fill(ds,"Customers")

//C#

SqlDataAdapter da=new SqlDataAdapter("SELECT * FROM Customers;SELECT * FROM Orders;",myConnection);

DataSet ds=newDataSet();

da.Fill(ds,"Customers");

  來自Customers表的資料放在名為“Customers”的DataTable中。來自Orders表的資料放在名為“Customers1”的DataTable中。

  填充完DataSet之後,可以很容易地将“Customers1”表的TableName屬性改為“Orders”。但是,後面的填充會導緻“Customers”表被重新填充,而“Orders”表會被忽略,并建立另外一個“Customers1”表。為了對這種情況作出補救,建立一個DataTableMapping,将“Customers1”映射到“Orders”,并為其他後面的表建立其他的表映射。例如:

'VisualBasic

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時都要将整行加載到記憶體。這允許在目前行内随機通路列。如果不需要這種随機通路,�