在ADO.NET 批處理中，批處理更新只可能發(fā)生在基于 SQL 的數據源上。在ADO.NET 批處理中，批處理更新則可能發(fā)生在任何種類的托管提供程序上，其中包括那些不應該通過 SQL 查詢語言公開其數據的托管提供程序。

專注于為中小企業(yè)提供成都做網站、成都網站建設、成都外貿網站建設服務,電腦端+手機端+微信端的三站合一,更高效的管理,為中小企業(yè)扶綏免費做網站提供優(yōu)質的服務。我們立足成都，凝聚了一批互聯(lián)網行業(yè)人才，有力地推動了上千企業(yè)的穩(wěn)健成長，幫助中小企業(yè)通過網站建設實現(xiàn)規(guī)模擴充和轉變。

在這兩種情況下，數據訪問都會產生完全雙向綁定，并涉及各種不同的對象和方法。您可以使用如 SqlCommand 和 OleDbCommand 等命令類來執(zhí)行單個命令?？墒褂脭祿m配器對象來下載斷開連接的數據，提交更新的行集。雖然 “數據集” 是數據適配器用于返回和提交記錄塊的容器對象，但各個命令通過數據讀取器對象返回數據。

更新是通過各個命令、存儲過程完成的，通常，ADO.NET 批處理托管提供程序理解的任何命令文本一般都被稱為更新。更新命令總是執(zhí)行嵌入在語句正文中的新數據。更新命令總是需要一個打開的連接，可能還需要一個正在進行的事務處理或一個新的事務處理。#t#

批處理更新則是一個略有不同的方法分支。從***的抽象級別來看，您并不發(fā)出命令，無論它可能有多么復雜。取而代之的是，您提交在客戶端修改的當前行的快照，并等待數據源批準。批處理更新背后的關鍵概念是數據斷開連接的概念。您下載行表，通常為數據集，根據需要在客戶端對它進行修改，然后將這些行的新映像提交到數據庫服務器。您所作的是提交更改，而不是執(zhí)行一個對數據源創(chuàng)建更改的命令。這就是更新（我在 July column 一文中討論過這個問題）和批處理更新之間的本質區(qū)別。

下圖說明了ADO.NET 應用程序的雙更新體系結構。

在進一步詳細討論 ADO.NET 批處理更新之前，我需要闡明常常會導致某種誤解的批處理更新模型的一個方面。雖然更新和批處理更新在 ADO.NET 內的實際實現(xiàn)方面有著本質的區(qū)別，但它們遵循的是同一個更新模型。更新和批處理更新都是通過直接的并且特定于提供程序的語句來完成的。

當然，由于批處理更新通常涉及到更多的行，所以這些語句會被組合為一個批處理調用。批處理更新會對目標數據集的行進行從頭到尾的循環(huán)，只要發(fā)現(xiàn)更新的行，就會發(fā)出適當的更新命令（INSERT、DELETE 或 UPDATE）。對更新的行進行通信時，ADO.NET 批處理將運行一個預定義的直接 SQL 命令。從本質上來說，這就是批處理更新。

標題名稱：詳細進行ADO.NET批處理更新步驟介紹
鏈接URL：http://uogjgqi.cn/article/dpcjdje.html