有許多 ASP 頁面使用 ADO 對象來抽取數(shù)據(jù)。讓我們來討論幾種典型的情況，您在不久的將來移植和改編代碼時(shí)可能會遇上這些情形。

如果您有從單個(gè)記錄集生成報(bào)表的 ASP 頁面，DataReader 對象將是您最好的伙伴。

您瀏覽 DataReader 對象時(shí)，它會將結(jié)果輸出到頁面。

String strConn, strCmd; strConn = "DATABASE=MyAgenda;SERVER=localhost;UID=sa;PWD=;"; strCmd = "Select * From Names where ID=" + contactID.Text; SQLConnection oCN = new SQLConnection(strConn); SQLCommand oCMD = new SQLCommand(strCmd, oCN); oCN.Open(); SQLDataReader dr; oCMD.Execute(out dr); while (dr.Read()) { // 使用 dr.GetString(index) 或 // dr["field name"] 的方法 Response.Write 來輸出數(shù)據(jù)}

您還可以用 HasMoreRows 屬性快速檢查 DataReader 是否為空。如果您只需要快速瀏覽一系列記錄，沒有比 DataReader 更好更快的對象了。它同樣適用于查詢單個(gè)記錄。您不能編輯 DataReader 的內(nèi)容，但您可以將其內(nèi)容移入更易于管理的對象，例如 DataTable 或者一個(gè)或多個(gè) DataRow 對象。

當(dāng)您需要處理表和記錄之間的復(fù)雜關(guān)系時(shí)，DataReader 就不再是合適的工具了。在 ADO 中, 最終您需要處理記錄集。您的數(shù)據(jù)模型鏈接越多，SQL 命令就越復(fù)雜。導(dǎo)航模型仍然是順序的，最后放入緩存的數(shù)據(jù)往往多于你所需要的。DataSet 和 DataRelation 對象是這種表關(guān)系模型的基礎(chǔ)。

為了管理父/子關(guān)系，ADO 還封裝了數(shù)據(jù)形成引擎。從功能上講，數(shù)據(jù)形成和 ADO.NET 關(guān)系是一樣的。然而，從設(shè)計(jì)方面來看，它們幾乎沒有什么共同點(diǎn)。形成記錄集將所有信息嵌入單個(gè)列表對象。ADO.NET 關(guān)系是您可以隨時(shí)在兩個(gè)數(shù)據(jù)表之間建立的動態(tài)鏈接。為了在執(zhí)行單個(gè) ADO 命令的過程中創(chuàng)建一個(gè)層次結(jié)構(gòu)記錄集，ADO 要依靠 Shaping OLE DB 服務(wù)提供程序，并且使用特定的類 SQL 語言。

在 ADO.NET 中，關(guān)系中涉及的每個(gè)對象總是被看成單獨(dú)的個(gè)體。關(guān)系本身作為對象被公開，并且具有一定的行為規(guī)則。例如，DataRelation 對象可以從父行到子行一層層進(jìn)行更改。您可以通過將 ForeignKeyConstraint 對象添加到 DataTable 的 Constraints 集合中來進(jìn)行此操作。ForeignKeyConstraint 對象表示當(dāng)刪除或更新數(shù)值和行時(shí)，對通過外鍵關(guān)系相關(guān)聯(lián)的一組列的約束。如前面提到的，一旦設(shè)置好了關(guān)系，在它按程序預(yù)設(shè)終止之前，您不能進(jìn)行可能破壞該關(guān)系的更改。

另外，關(guān)系是不可傳遞的。您可以建立兩組不同的關(guān)系，例如客戶和訂單、訂單和產(chǎn)品之間的關(guān)系。然而，當(dāng)在訂單中導(dǎo)航以尋找某一位客戶時(shí)，您不能從一個(gè)訂單跳到與之相關(guān)的產(chǎn)品行。您必須另外打開訂單/產(chǎn)品關(guān)系，定位到您需要的訂單，然后才能獲取相關(guān)的行。這就是為什么有時(shí)候最好不要通過原來的無格式 SQL JOIN 語句實(shí)現(xiàn)一對一關(guān)系的原因。

需要在 ASP Session 對象中存儲記錄嗎？利用 ADO.NET 和 DataSet 對象，您可以相當(dāng)安全的操作而不會導(dǎo)致在在 GIT 中存儲 ADO 記錄集可能會導(dǎo)致訪問沖突（英文）中所討論的問題，也不會有線程相似性的麻煩。

更新數(shù)據(jù)

更新數(shù)據(jù)時(shí)，Web 應(yīng)用程序通常使用無格式 SQL 語句，或者使用更好的參數(shù)化存儲過程。然而，當(dāng)需要使用未連接的數(shù)據(jù)時(shí)，您可能想使用內(nèi)置服務(wù)來更新所有需要修訂的記錄。ADO 提供了批更新機(jī)制來實(shí)現(xiàn)這個(gè)功能。

UpdateBatch 方法用于把保存在副本緩沖中的 Recordset 更改發(fā)送到服務(wù)器，以更新數(shù)據(jù)源。它采用開放式鎖定，允許所有掛起的本地更改。它還在單個(gè)操作中把所有更改傳送到數(shù)據(jù)源。僅當(dāng)更改提交后數(shù)據(jù)源鎖定要更改的記錄時(shí)，才會出現(xiàn)開放式鎖定。開放式鎖定使兩個(gè)用戶可以同時(shí)訪問同一個(gè)記錄，但一個(gè)用戶輸入的更改很快會被另一用戶所覆蓋。當(dāng)然，這種方式要求數(shù)據(jù)源能夠檢測和防止數(shù)據(jù)沖突。還要求整個(gè)數(shù)據(jù)源比較穩(wěn)定，不會發(fā)生頻繁的更改。否則，不難想象協(xié)調(diào)費(fèi)用將很快超過替代嚴(yán)格鎖定所帶來的節(jié)約。事實(shí)上，使用 UpdateBatch 方法，在任何更改失敗時(shí)都會返回一個(gè)錯(cuò)誤。然后，您可以通過 Errors 集合和 Error 對象來訪問該錯(cuò)誤。

要理解 ADO.NET 模型為什么是更新數(shù)據(jù)的更強(qiáng)大的工具，理解 ADO 中開放式鎖定的工作原理是非常關(guān)鍵的。在 ADO 代碼中，您無法控制調(diào)用 UpdateBatch 之后所發(fā)生的一切。也就是說，更新是在服務(wù)器上通過滾動已更改的行,然后比較原始值和數(shù)據(jù)源中對應(yīng)記錄中的當(dāng)前值來進(jìn)行的。當(dāng)所有的值都一致了，才對表執(zhí)行適當(dāng)?shù)?SQL 語句（INSERT、UPDATE 或 DELETE）。

問題在于您不能控制實(shí)際應(yīng)用于更改的 SQL 語句。服務(wù)器端的更新代碼并不比您編寫的代碼好，如果您采用非 SQL 提供程序，它甚至無法運(yùn)行。在本節(jié)的開頭，我曾講過 Web 應(yīng)用程序通常通過參數(shù)化存儲過程來更新數(shù)據(jù)。然而，如果您使用批更新就不同了。

在 ADO.NET 中，這個(gè)模型已經(jīng)有所擴(kuò)展?，F(xiàn)在它采用更通用的架構(gòu)，允許您自己指定基本操作命令，例如插入、刪除、更新和選擇等。其用意很明顯：不論何種數(shù)據(jù)源，都可以從中抽取數(shù)據(jù)并提供同樣的支持。在 ADO.NET 中進(jìn)行批更新，您需要創(chuàng)建 DataSetCommand 對象即 SQLDataSetCommand 或 ADODataSetCommand。

注意：在 Beta 2 中，DataSetCommand 對象將被稱為 DataAdapter 對象。

擁有 DataSetCommand 對象之后，您便可以調(diào)用它的 Update 方法。DataSetCommand 提供 InsertCommand、DeleteCommand、UpdateCommand 和 SelectCommand 等屬性。它們都是 Command 對象。但是，除非默認(rèn)行為無法滿足需要，否則您不必設(shè)置它們。這與在 ADO 中一樣。在 Update 過程中，如果沒有設(shè)置任何 xxxCommand 屬性，但是存在主鍵信息，將自動生成 Command 對象。請注意，要使上述過程正確進(jìn)行，必須為所涉及的數(shù)據(jù)表設(shè)置主鍵。

以下代碼顯示了如何為 DataSet 的 EmployeesList 表設(shè)置主鍵：

DataColumn[] keys = new DataColumn[1];keys[0] = m_oDS.Tables["EmployeesList"].Columns["EmployeeID"]; m_oDS.Tables["EmployeesList"].PrimaryKey = keys;

主鍵基本上是 DataColumn 對象的一個(gè)數(shù)組。

如果您要使用存儲過程來更新表，或者采用專用非 SQL 數(shù)據(jù)提供程序，您會經(jīng)常用到這些命令屬性。

XML 擴(kuò)展支持

在 ADO 中，XML 只不過是輸入和輸出格式。然而在 ADO.NET 中，XML 是一種數(shù)據(jù)格式，提供了操作、組織、共享和傳遞數(shù)據(jù)的手段。任何帶入 DataSet 的數(shù)據(jù)，無論其來源，都能通過雙面編程模型進(jìn)行處理。您可以順序交替訪問信息，或者按行訪問，也可以按照 XML 文檔對象模型驅(qū)動的非順序、層次結(jié)構(gòu)路徑進(jìn)行訪問。

DataSet 將數(shù)據(jù)和架構(gòu)作為 XML 文檔進(jìn)行讀寫。數(shù)據(jù)和架構(gòu)都可以通過 HTTP 傳輸，并且能在所有支持 XML 的平臺上使用。相同的數(shù)據(jù)在不同的時(shí)候可以通過不同的架構(gòu)來呈現(xiàn)，這是通過 XSLT 實(shí)現(xiàn)的。您可以使用 ReadXmlSchema 方法編寫架構(gòu)。XML 架構(gòu)包括數(shù)據(jù)集中的表的說明，以及表的關(guān)系和約束。在調(diào)用 ReadXmlData 方法填充 DataSet 之前，應(yīng)該先完成這個(gè)步驟。

以下代碼示例是一個(gè)顯示可更新數(shù)據(jù)表的最簡單的 ASP.NET 頁面。

如圖 2 所示，您可以將新的行添加到表中。然而，它不涉及 SQL Server 或 Access 表。它只是一個(gè) XML 文件，在處理它的代碼中，沒有使用 XML 節(jié)點(diǎn)或 XMLDOM 方法。您可以用相同的直觀數(shù)據(jù)表接口來讀取和更新 XML 記錄。您的工作方式與在 ADO 中大致相同，但此處的模型更深入、更龐大，有更多的潛力供您去發(fā)掘。

圖 2：可更新表的示例

總結(jié)

Web 應(yīng)用程序的成功改變了典型分布式系統(tǒng)的面貌?，F(xiàn)在大多數(shù)分布式系統(tǒng)都是 n 層系統(tǒng)，這類系統(tǒng)對擴(kuò)展性和互操作性的要求越來越高。因此，非連接數(shù)據(jù)處理和 XML 成為最佳實(shí)踐，并為業(yè)界廣為接受。

ADO.NET 嘗試將當(dāng)今一些最好的實(shí)踐統(tǒng)一在 .NET 下。這種用于數(shù)據(jù)訪問的編程模型全面而又非常強(qiáng)大。但這個(gè)模型可能尚不能滿足每一個(gè)人的要求，在將來的模型設(shè)計(jì)中還需要邁出一大步。然而，請記住現(xiàn)在 ADO.NET 還只是 Beta 版，只有有限的文檔支持。

ADO 程序員從 Beta 版中獲益最多，因?yàn)樗麄兪煜ち?ADO.NET 的許多方面，包括最高層次的抽象即啟發(fā)性模型。ADO.NET 代碼與現(xiàn)有的 ADO 代碼不兼容，但功能相似。要充分利用 ADO.NET，您應(yīng)該花些功夫來理解概念本身，而不僅僅是找出移植代碼的最快方式。無論您選擇何種 .NET 編程模型，Windows 窗體、Web 窗體還是 Web 服務(wù)，ADO.NET 都會幫助您處理好數(shù)據(jù)訪問的問題。