dataset表示一個資料集,是資料在記憶體中的緩衝。 可以包括多個表
DatSet 串連資料庫時是非連線導向的。把表全部讀到Sql中的緩衝池,並斷開於資料庫的串連
datareader 串連資料庫時是連線導向的。讀表時,只能向前讀取,讀完資料後有使用者決定是否中斷連線。
分布式系統的資料可能會用dataset做資料載體,因為dataset是儲存資料的資料結構,而DataReader不承擔儲存資料的責任,它只負責從資料來源讀取資料到本地而已,它不是資料結構,而是網路通訊群組件的高層封裝。 DataAdapter也只是使用DataReader從資料來源讀取資料並Add到dataset儲存起來而已。假如我們單獨使用DataReader也可以把資料寫入到業務類或者dataset裡。那隻是根據業務需要而選擇不同的資料載體而已。實際上我們從資料庫獲得資料都會通過DataReader,只不過DataAdapter把這一切都封裝起來了
dataset 和 datareader對象有什麼區別?
DataSet可以離線處理,前後滾動.DataReader不能離線處理,且是唯讀向前的,不過速度明顯會很快 DataSet可以儲存資料庫各種對象的,比如表觸發器等,而DataReader只能儲存遊標記錄
DataSet可以更新回原來的資料庫,DataReader不行;
DataSet可以FORWORD PREVIUS,而DataReader只能FW;
DataReader類似一個只能向前的遊標記錄集
DataSet叫資料集!是ADO.net相對與ADO實現斷開式資料庫連接性的主要體現!DateReader是一個用戶端的只向前遊標,兩者的應用領域不同!讀取資料後!如果要進行比較頻繁的改動,可以使用DataSet,並且DataSet也支援序列化,可與xslt結合!進行web開發!
DataReader則偏向於快速讀取資料!針對資料量比較大的資料可能應用的更加頻繁點! <[三]>ADO.NET提供以下兩個對象,用於檢索關係資料並將其儲存在記憶體中:DataSet和DataReader。DataSet提供一個記憶體中資料的關係表示形式,一整套包括一些表在內的資料(這些表包含資料、對資料進行排序並約束資料),以及表之間的關係。DataReader提供一個來自資料庫的快速、僅向前、唯讀資料流。
當使用DataSet時,經常會利用DataAdapter(也可能是CommandBuilder)與資料來源進行互動。當使用DataSet時,也可以利用DataView對DataSet中的資料應用排序和篩選。也可以從DataSet繼承,建立強型別DataSet,用於將表、行和列作為強型別對象屬性公開。
下列主題包括的資訊涉及:使用DataSet或DataReader的最佳時機、如何最佳化訪問它們所包含資料、以及如何最佳化使用DataAdapter(包括CommandBuilder)和DataView的技巧。
DataSet與DataReader
當設計應用程式時,要考慮應用程式所需功能的等級,以確定使用DataSet或者是DataReader。
要通過應用程式執行以下操作,就要使用DataSet:
r 在結果的多個離散表之間進行導航。
r 操作來自多個資料來源(例如,來自多個資料庫、一個XML檔案和一個試算表的混合資料)的資料。
r 在各層之間交換資料或使用XML Web服務。與DataReader不同的是,DataSet能傳遞給遠程用戶端。
r 重用同樣的記錄集合,以便通過緩衝獲得效能改善(例如排序、搜尋或篩選資料)。
r 每條記錄都需要執行大量處理。對使用DataReader返回的每一行進行擴充處理會延長服務於DataReader的串連的必要時間,這影響了效能。
r 使用XML操作對資料進行操作,例如可延伸樣式表語言轉換(XSLT轉換)或XPath查詢。
對於下列情況,要在應用程式中使用DataReader:
r 不需要快取資料。
r 要處理的結果集太大,記憶體中放不下。
r 一旦需要以僅向前、唯讀方式快速存取資料。
注填充DataSet時,DataAdapter使用DataReader。因此,使用DataAdapter取代DataSet提升的效能表現為節省了DataSet佔用記憶體和填充DataSet需要的迴圈。一般來說,此效能提升只是象徵性的,因此,設計決策應以所需功能為基礎。< [四]>
經常聽到有人問這個問題:“在ASP.NET Web應用程式中我應該用DataReader類還是DataSet類呢?”在很多文章以及新聞群組的貼子中我經常看到這樣的誤解,即認為 DataReader(SqlDataReader或OleDbDataReader的縮寫)比DataSet好。有時候我也會看到相反的說法。事實上,Microsoft建立了這兩個資料存取類是因為它們都是我們所需要的。每個類都有其優點和不足,你可以根據應用環境來選擇用哪一個。
本文就兩者的選擇問題做了很清楚的講述,可以讓你在運用ASP.NET時,在選擇DataReader類或DataSet類的方面得到一些指南。在基於用戶端的Windows Form應用程式環境下,這些規則可能會改變。我在做這些講述時,假設你已經用過DataReader和DataSet類了,並對它們很熟悉。
運用DataReader類
下面就是運用DataReader類的理想條件:你讀取的資料必須是新的,所以在每次需要資料的時候,你都必須從資料庫讀取。建立一個DataReader類不會消耗很多記憶體,不過隨著負荷的增加,DataSet上的效能也會很快地提高(參考資源中Visual Studio Magazine中的文章)。
你對每行資料的需求很簡單。該情況的最好的例子就是簡單地將DataReader綁定到一個Web控制項,如DataGrid或DropDownList。
你只需要從資料庫中以只向前的(forward-only) 、唯讀形式來存取XML資料。在這種情況下,你可以用SQLCommand對象的ExcecuteXmlReader()方法來得到一個 XmlReader類(相當於XML版的DataReader)。這就需要一個運用FOR XML子句的SQL Server查詢,或者一個包含有效XML的ntext欄位。
你計劃對資料庫進行幾個重複的調用,來讀取一小塊資訊。在這種情況下,我們前面提到過的效能資料會有更大的提高。
的確,使DataSet類更強大的許多功能只適用於基於用戶端的Windows Form應用程式,比如在多個表之間建立關係的功能。在很多情況下,DataSet類都比DataReader類更有優勢,而且在有些情況下,你根本就不能用DataReader類。
運用DataSet類
在下面的情況,你應該考慮運用DataSet類: 你構建了一個Web service,它運用的資料是你作為傳回值讀取的資料。因為DataReader類必須保持到資料庫的串連,所以它們不能被序列化到XML中,也不能被發送給一個Web service的調用者。
你需要排序或篩選資料。在運用一個DataView對象(呈現為DataTable類的DefaultView屬性,它包含一個DataSet類)來排序或篩選資料前,我們先試著用SQL查詢(如WHERE和ORDER BY語句)來實現這些功能,並運用更輕量級、更快的DataReader類。然而,有時侯用這種方法是不行的,或者當你需要多次地對資料進行排序或篩選時就不能用DataReader。
針對同一請求,你需要多次遍曆資料。你只能在DataReader中迴圈一次。如果你想將多個ServerControl類綁定到同一個資料集,那麼選擇 DataSet就更好。DataReader類不能被綁定到多個ServerControl類,因為它是只向前讀取的。在這種情況下,如果要使用 DataReader,必須從資料庫讀取兩次資料。
你需要儲存資料,而後續的頁面請求可能會用到的這些資料。如果資料只被請求它的專門的人使用,你可以將DataSet類儲存在一個Session變數中。如果資料可以被任何人訪問,那麼你可以將它儲存在一個Application變數中,或儲存在Cache中(我建議使用後一種方法,因為它支援時間期限和回調(callback))。因為DataReader類必須一直開啟對資料庫的串連,而且它一次只能儲存一行資料,所以它們不能在跨頁面請求中被儲存。
你需要對一個結果集的每個元素實現特殊的、耗時的功能。例如,如果你從一個資料庫讀取一列郵遞區號,並想通過調用一個Web service來得到每個地區的詳細的天氣狀況資訊,那麼選擇DataSet就會更好。這是因為,當你在用DataReader類時,在關閉 DataReader類前,與資料庫的串連不會被釋放回串連池。在數千頁面請求之間潛在的一個很小的延時都會造成Web應用程式的很高的訪問量,從而就會消耗完可用的串連。相反,DataSet可以在前端讀取所有的資料,並可以馬上關閉與資料庫的串連,將它返回到串連池,因此其它的頁面請求就可以用這個串連了。
你需要在一個兩維範例中載入並處理XML資料。DataSet類對於XML很有用,因為你可以將DataView用於XML,對根本的資料進行排序和篩選,就同處理一個資料庫結果集一樣。然而,需要注意的是在System.Xml名字空間中有很多類,你可以將它們用於更複雜的XML操作。
你的資料來源不是一個資料庫。雖然OleDbDataReader可以用於任何OLEDB資料提供者(可能指向一個資料庫,也可能不指向一個資料庫),但 DataSet對象可以從一個XML檔案直接載入資料,並動態地解釋它的schema。DataSet類也可以將XML資料寫回一個資料流或一個檔案。
從上面的講述我們就可以看到,DataSet類比DataReader類有更多的功能,這就可以讓你在更多的情況下運用它們。但這並不意味著你總是在用DataSet類。你需要在ASP.NET中完成的相當大一部分的任務都屬於DataReader的範疇。
儘管如此,毫無疑問,從重要程度或複雜程度的角度來說,DataSet類在很多ASP.NET Web應用程式中都起著很重要的作用。你可以通過明智的緩衝來最小化資料庫往返,從而降低DataSet類的“效能損害”。DataReader和 DataSet都是一個成功的ASP.NET Web應用程式的重要的組件。重要的是,我們需要瞭解何時、在哪裡可以最好的使用它們。