ASP.NET 2.0中怎么使用SqlDataSource控件實現開放式并發

ASP.NET 2.0中怎么使用SqlDataSource控件實現開放式并發，很多新手對此不是很清楚，為了幫助大家解決這個難題，下面小編將為大家詳細講解，有這方面需求的人可以來學習下，希望你能有所收獲。

新的開放式并發

　　在一個允許多人同時編輯或刪除相同數據的應用程序里，有這種可能：一個人修改后的記錄意外地被另一個人修改的記錄所覆蓋。在Implementing Optimistic Concurrency 這篇教程我們例舉過這樣的例子：

　　例如，假設兩個用戶，Jisun和Sam，都訪問我們的應用軟件中的一個頁面，這個頁面允許訪問者通過一個GridView控件更新和刪除產品數據。他們都同時點擊GridView控件中的Edit按鈕。Jisun把產品名稱更改為“Chai Tea”并點擊Update按鈕，實質結果是向數據庫發送一個UPDATE語句，它將更新此產品的所有可修改的字段（盡管Jisun實際上只修改了一個字段：ProductName）。在這一刻，數據庫中包含有這條產品記錄“Chai Tea”—種類為Beverages、供應商為Exotic Liquids、等該產品的詳細信息。然而，在Sam的屏幕中的GridView里，當前編輯行里顯示的產片名稱依舊是“Chai”。在Jisun的更改被提交后片刻，Sam把種類更改為“Condiments”并點擊Update按鈕。這個發送到數據庫的UPDATE語句的結果是將產品名稱更改為“Chai”、CategoryID字段的值是種類Beverages對應的ID，等等。Jisun所作的對產品名稱的更改就被覆蓋了。

圖2展示了這些連續的事件

圖2：當兩個用戶同時更新一條記錄，則存在一個用戶的更改覆蓋另一個的更改的可能性

　　為了應對這種可能性，我們必須執行某種并發控制。本文的焦點——開放式并發控制便是其中之一，它適合于這種情況：假定并發沖突只是偶爾發生，絕大多數的時候并不會出現。 當發生一個沖突時，僅僅簡單的告知用戶，他所作的更改不能保存，因為別的用戶已經修改了同一條記錄。

　　注意：對應用程序來說，假定并發沖突經常發生，且無法容忍。在這種情況下最后用保守式并發控制。關于保守式并發控制的更多討論，請參考Implementing Optimistic Concurrency 教程。

　　開放式并發控制的作用在于：確保要更新或刪除的記錄的值與該記錄在updating or deleting階段的值相同。比如，例如，當在一個可編輯的GridView里點擊編輯按鈕時，該記錄的原始值從數據庫中讀取出來并顯示在TextBox和其他Web控件中。這些原始的值保存在GridView里。隨后，當用戶完成他的修改并點擊更新按鈕，這些原始值加上修改后的新值發送到業務邏輯層，然后到數據訪問層。數據訪問層必定發出一個SQL語句，它將僅僅更新那些開始編輯時的原始值根數據庫中的值一致的記錄。圖3描述了這些事件發生的順序。

圖3：為了更新或刪除能夠成功，原始值必須與數據庫中相應的值一致

　　有多種方法可以實現開放式并發控制（查看Peter A. Bromberg的文章  Optmistic Concurrency Updating Logic，從摘要中看到許多選擇）。SqlDataSource控件使用該方法（就像數據訪問層中ADO.NET類型的數據集使用的那樣）擴展WHERE字句，用以包含用來做比較的原始值。例如下面的UPDATE語句，當當前數據庫中的值與GridView中開始編輯的原始值一致才更新某個產品的名稱和價格。@ProductName 和 @UnitPrice參數包含的是用戶輸入的新值，而參數@original_ProductName 和 @original_UnitPrice則包含最初點擊編輯按鈕時加載到GridView中的值：

UPDATE Products SET
 ProductName = @ProductName,
 UnitPrice = @UnitPrice
WHERE
 ProductID = @original_ProductID AND
 ProductName = @original_ProductName AND
 UnitPrice = @original_UnitPrice

　　就像我們將在本教程看到的一樣，使SqlDataSource能實現開放式并發控制是很簡單的事情。

第一步：創建一個支持開放式并發的SqlDataSource控件

　　打開SqlDataSource文件夾中的OptimisticConcurrency.aspx頁面，從工具箱拖一個SqlDataSource控件到頁面，設置其ID為ProductsDataSourceWithOptimisticConcurrency。在其智能標簽里點“設置數據源”，數據庫選為“NORTHWINDConnectionString”，點下一步。

圖4：選“ORTHWINDConnectionString”數據庫

　　在此例子里，我們將添加一個GridView控件以編輯表Products。所以在“Configure the Select Statement”界面選擇從表Products返回ProductID, ProductName, UnitPrice和Discontinued列，如圖5所示：

圖5：從表Products返回ProductID, ProductName, UnitPrice和Discontinued列

　　然后，點“高級”按鈕，打開“Advanced SQL Generation Options”對話框，選擇“Generate INSERT, UPDATE, and DELETE statements”和“Use optimistic concurrency”2項，點“OK”（見圖1）。再點下一步、完成，結束設置。

　　完成設置數據源向導后，花幾分鐘查看DeleteCommand和UpdateCommand屬性，以及DeleteParameters和UpdateParameters標簽。最快的方法是切換到“源模式”直接在頁面代碼查看，你會看到UpdateCommand的值像這樣：

UPDATE [Products] SET
 [ProductName] = @ProductName,
 [UnitPrice] = @UnitPrice,
 [Discontinued] = @Discontinued
WHERE
 [ProductID] = @original_ProductID AND
 [ProductName] = @original_ProductName AND
 [UnitPrice] = @original_UnitPrice AND
 [Discontinued] = @original_Discontinued

同時在<UpdateParameters>標簽里有7個參數：

<asp:SqlDataSource ID="ProductsDataSourceWithOptimisticConcurrency"
 runat="server" ...>
 <DeleteParameters>
 ...
 </DeleteParameters>
 <UpdateParameters>
 <asp:Parameter Name="ProductName" Type="String" />
 <asp:Parameter Name="UnitPrice" Type="Decimal" />
 <asp:Parameter Name="Discontinued" Type="Boolean" />
 <asp:Parameter Name="original_ProductID" Type="Int32" />
 <asp:Parameter Name="original_ProductName" Type="String" />
 <asp:Parameter Name="original_UnitPrice" Type="Decimal" />
 <asp:Parameter Name="original_Discontinued" Type="Boolean" />
 </UpdateParameters>
 ...
</asp:SqlDataSource>

同樣的，DeleteCommand屬性和<DeleteParameters>標簽如下：

DELETE FROM [Products]
WHERE
 [ProductID] = @original_ProductID AND
 [ProductName] = @original_ProductName AND
 [UnitPrice] = @original_UnitPrice AND
 [Discontinued] = @original_Discontinued

<asp:SqlDataSource ID="ProductsDataSourceWithOptimisticConcurrency"
 runat="server" ...>
 <DeleteParameters>
 <asp:Parameter Name="original_ProductID" Type="Int32" />
 <asp:Parameter Name="original_ProductName" Type="String" />
 <asp:Parameter Name="original_UnitPrice" Type="Decimal" />
 <asp:Parameter Name="original_Discontinued" Type="Boolean" />
 </DeleteParameters>
 <UpdateParameters>
 ...
 </UpdateParameters>
 ...
</asp:SqlDataSource>

選擇了“Use optimistic concurrency”選項后，不僅擴展了UpdateCommand 和DeleteCommand屬性里的WHERE字句（同時在相關參數集里添加了參數），同時調整了以下2個屬性：

1. 將ConflictDetection屬性由“OverwriteChanges”（默認值）改為   “CompareAllValues ”
2. 將OldValuesParameterFormatString屬性由“{0}”（默認值）改為    “original_{0}”

　　當數據Web控件調用SqlDataSource的Update()或Delete()方法時，它將傳遞原始值。當SqlDataSource的ConflictDetection屬性設置為“CompareAllValues”時，就會將這些原始值添加到命令中。而OldValuesParameterFormatString屬性則為這些原始值提供了命名規范，向導以“original_{0}”的形式為 UpdateCommand和DeleteCommand中的原始值以及<UpdateParameters>和<DeleteParameters>中的參數命名。

　　注意：由于我們沒有使用SqlDataSource控件的插入功能，因此可以將InsertCommand 屬性和<InsertParameters>標簽清除。

正確地處理NULL值

　　不幸的是，當使用開放式并發的時候，由設置數據源向導自動生成的、擴展成包含WHERE字句的UPDATE和 DELETE命令不能處理那些含有NULL值的記錄。為什么呢？先看SqlDataSource的UpdateCommand語句：

UPDATE [Products] SET
 [ProductName] = @ProductName,
 [UnitPrice] = @UnitPrice,
 [Discontinued] = @Discontinued
WHERE
 [ProductID] = @original_ProductID AND
 [ProductName] = @original_ProductName AND
 [UnitPrice] = @original_UnitPrice AND
 [Discontinued] = @original_Discontinued

　　表Products的UnitPrice列的值允許為NULL，如何某條記錄的UnitPrice確實為NULL，那么WHERE字句的“[UnitPrice] = @original_UnitPrice”總是為False，NULL = NULL總是返回False。所以凡是y包含NULL值的記錄不能被編輯或刪除，因為UPDATE和DELETE命令中的WHERE字句不能返回記錄。

　　注意：這個漏洞最早于2004年6月報告給微軟，據業內傳言，微軟將在ASP.NET的下一個版本修補該漏洞。

　　為修補該漏洞，我們需要在UpdateCommand和DeleteCommand屬性里手工修改所有允許為NULL值的列。一般來說，將[ColumnName] = @original_ColumnName to改成：

(
 ([ColumnName] IS NULL AND @original_ColumnName IS NULL)
 OR
 ([ColumnName] = @original_ColumnName)
)

　　你可以在屬性窗口的UpdateQuery或DeleteQuery選項的代碼聲明里修改，或者在設置數據源向導的“指定自定義SQL語句或存儲過程”選項的“更新”和“刪除”標簽里修改。確保在UpdateCommand和DeleteCommand的WHERE字句里做相同的修改。如下：

UPDATE [Products] SET
 [ProductName] = @ProductName,
 [UnitPrice] = @UnitPrice,
 [Discontinued] = @Discontinued
WHERE
 [ProductID] = @original_ProductID AND
 [ProductName] = @original_ProductName AND
 (([UnitPrice] IS NULL AND @original_UnitPrice IS NULL)
 OR ([UnitPrice] = @original_UnitPrice)) AND
 [Discontinued] = @original_Discontinued
DELETE FROM [Products]
WHERE
 [ProductID] = @original_ProductID AND
 [ProductName] = @original_ProductName AND
 (([UnitPrice] IS NULL AND @original_UnitPrice IS NULL)
 OR ([UnitPrice] = @original_UnitPrice)) AND
 [Discontinued] = @original_Discontinued

第2步：為GridView控件添加編輯和刪除項

　　當設置SqlDataSource控件支持開放式并發時，我們需要在頁面上添加一個數據Web控件，以便執行開放式并發控制。本章我們添加一個提供編輯和刪除功能的GridView控件。從工具箱拖一個GridView到頁面上，設置其ID為Products，并綁定到第一步添加的SqlDataSource控件ProductsDataSourceWithOptimisticConcurrency，最后啟用其“編輯”和“刪除”功能。

圖6：將GridView綁定到SqlDataSource并啟用編輯和刪除功能

　　添加GridView控件后，優化其界面。將ProductID列移除；將ProductName列的HeaderText屬性設置為“Product”；同樣，UnitPrice列的設置為“Price”。另外，我們最好為ProductName添加一個RequiredFieldValidator控件；為UnitPrice添加一個CompareValidator控件（確保其為格式化的數字值）。參考教程Customizing the Data Modification Interface看如何自定義GridView界面。

　　注意：必須確保激活GridView控件的view state（視圖狀態），因為GridView控件傳遞原始值時，將原始值保存在view state中。

　　對GridView控件做了這些修改后，GridView控件和SqlDataSource控件的聲明代碼看起來和下面的差不多：

<asp:SqlDataSource ID="ProductsDataSourceWithOptimisticConcurrency"
 runat="server" ConflictDetection="CompareAllValues"
 ConnectionString="<%$ ConnectionStrings:NORTHWNDConnectionString %>"
 DeleteCommand=
 "DELETE FROM [Products]
  WHERE [ProductID] = @original_ProductID
  AND [ProductName] = @original_ProductName
  AND (([UnitPrice] IS NULL AND @original_UnitPrice IS NULL)
  OR ([UnitPrice] = @original_UnitPrice))
  AND [Discontinued] = @original_Discontinued"
 OldValuesParameterFormatString=
 "original_{0}"
 SelectCommand=
 "SELECT [ProductID], [ProductName], [UnitPrice], [Discontinued]
  FROM [Products]"
 UpdateCommand=
 "UPDATE [Products]
  SET [ProductName] = @ProductName, [UnitPrice] = @UnitPrice,
  [Discontinued] = @Discontinued
  WHERE [ProductID] = @original_ProductID
  AND [ProductName] = @original_ProductName
  AND (([UnitPrice] IS NULL AND @original_UnitPrice IS NULL)
  OR ([UnitPrice] = @original_UnitPrice))
 AND [Discontinued] = @original_Discontinued">
 <DeleteParameters>
 <asp:Parameter Name="original_ProductID" Type="Int32" />
 <asp:Parameter Name="original_ProductName" Type="String" />
 <asp:Parameter Name="original_UnitPrice" Type="Decimal" />
 <asp:Parameter Name="original_Discontinued" Type="Boolean" />
 </DeleteParameters>
 <UpdateParameters>
 <asp:Parameter Name="ProductName" Type="String" />
 <asp:Parameter Name="UnitPrice" Type="Decimal" />
 <asp:Parameter Name="Discontinued" Type="Boolean" />
 <asp:Parameter Name="original_ProductID" Type="Int32" />
 <asp:Parameter Name="original_ProductName" Type="String" />
 <asp:Parameter Name="original_UnitPrice" Type="Decimal" />
 <asp:Parameter Name="original_Discontinued" Type="Boolean" />
 </UpdateParameters>
</asp:SqlDataSource>
<asp:GridView ID="Products" runat="server"
 AutoGenerateColumns="False" DataKeyNames="ProductID"
 DataSourceID="ProductsDataSourceWithOptimisticConcurrency">
 <Columns>
 <asp:CommandField ShowDeleteButton="True" ShowEditButton="True" />
 <asp:BoundField DataField="ProductName" HeaderText="Product"
  SortExpression="ProductName" />
 <asp:BoundField DataField="UnitPrice" HeaderText="Price"
  SortExpression="UnitPrice" />
 <asp:CheckBoxField DataField="Discontinued" HeaderText="Discontinued"
  SortExpression="Discontinued" />
 </Columns>
</asp:GridView>

　　來實際地感受一下開放式并發控制。在2個瀏覽器里同時打開OptimisticConcurrency.aspx頁面，且都點擊第一條記錄的編輯按鈕。在第一個瀏覽器里改變產品名稱并點“編輯”。瀏覽器將發生回傳，GridView控件又回到“預編輯”狀態，顯示新的產品名稱。

　　在第2個瀏覽器里，改變產品的價格（不要改產品名稱）后，點“編輯”。發生回傳，GridView控件又回到“預編輯”狀態，和第1個瀏覽器顯示的結果一樣——產品的名稱改變了但價格沒改變，第2個瀏覽器做的修改失敗了。然而，一切都發生的那么靜悄悄，沒有任何提示剛才發生了并發沖突!

圖7：第2個瀏覽器所做的修改悄悄的丟失了

　　第2個瀏覽器更新失敗的原因在于：UPDATE命令中WHERE字句過濾掉了所以的記錄，沒有影響到任何一行記錄（即沒找到滿足條件的記錄）。我們再來看UPDATE 語句：

UPDATE [Products] SET
 [ProductName] = @ProductName,
 [UnitPrice] = @UnitPrice,
 [Discontinued] = @Discontinued
WHERE
 [ProductID] = @original_ProductID AND
 [ProductName] = @original_ProductName AND
 (([UnitPrice] IS NULL AND @original_UnitPrice IS NULL) OR
 ([UnitPrice] = @original_UnitPrice)) AND
 [Discontinued] = @original_Discontinued

　　當第2個瀏覽器更新記錄時，WHERE字句里的原始產品名（即Chai）與當前任意一條記錄的產品名不匹配(因為第1個瀏覽器將Chai改為了Chai Tea)。所以表達式“[ProductName] = @original_ProductName ”返回False,導致更新失敗。

　　注意：刪除的原理于此相同。同時打開2個瀏覽器，第1個先對某個產品作更改，再在第2個瀏覽器刪除該產品，同樣是因為原始值與更新后的值不匹配，刪除失敗。

　　在最終用戶（更新失敗的那個）看來，他點“更新”按鈕后，GridView控件返回“預編輯”狀態，但提交的修改丟失了。然而沒有任何直觀的提醒表明修改失敗。當用戶的更新因并發沖突失敗時，我們最好提醒用戶，比如將GridView控件保持在“編輯”狀態。下面我們來看如何實現這一點。

第3步：并發沖突的處理

　　因為并發沖突拒絕用戶的更改，所以當發生并發沖突時最好提示用戶。在頁面上添加一個Label控件，其ID為ConcurrencyViolationMessage，設置其Text 屬性為“You have attempted to update or delete a record that was simultaneously updated by another user. Please review the other user's changes and then redo your update or delete”，設置其CssClass屬性為“Warning”，它定義在Styles.css中。最后，把Visible和EnableViewState屬性設置為“false” 。這樣Label控件將不可見，除非發生了某些回傳事件（我們在這些回傳事件里指定Label控件的Visible屬性為true）

圖8：在頁面添加一個Label控件用以顯示提醒信息

　　執行更新或刪除操作時，當GridView的數據源控件完成更新或刪除后，才開始執行GridView控件的RowUpdated和RowDeleted事件處理器（event handler）。我們可以在這些事件處理器里計算影響了多少條記錄。假如影響了0條記錄，亦即操作失敗，我們希望將Label控件ConcurrencyViolationMessage顯示出來。

為RowUpdated和RowDeleted事件創建處理器，添加如下代碼：

protected void Products_RowUpdated(object sender, GridViewUpdatedEventArgs e)
{
 if (e.AffectedRows == 0)
 {
 ConcurrencyViolationMessage.Visible = true;
 e.KeepInEditMode = true;
 // Rebind the data to the GridView to show the latest changes
 Products.DataBind();
 }
}
protected void Products_RowDeleted(object sender, GridViewDeletedEventArgs e)
{
 if (e.AffectedRows == 0)
 ConcurrencyViolationMessage.Visible = true;
}

　　在這2個事件處理器中我們都要檢驗e.AffectedRows 屬性，如果為0，設置Label控件ConcurrencyViolationMessage的Visible屬性為true。特別的，在RowUpdated事件處理器中，我們通過將GridView控件的KeepInEditMode屬性設置為true，使其保持在編輯狀態。這樣的話，通過GridView的DataBind() 方法，將他人已經成功更新的數據顯示在編輯狀態。

如圖9所示，當發生并發沖突時，顯示提示信息

圖9：當發生并發沖突時，顯示提示信息：

總結：

　　創建一個應用程序時，當多人同時編輯相同數據的時候，要考慮到并發沖突的問題。在默認情況下，ASP.NET數據Web控件和數據源控件沒有采取并發控制。就像我們在本章看到的一樣，對SqlDataSource控件使用開放式并發控制還是比較迅速和容易的。通過在UPDATE和DELETE語句里擴展WHERE字句，SqlDataSource能應對絕大部分情況，但就像在“正確處理NULL值”部分探討的那樣，對包含NULL值列的處理有漏洞。

看完上述內容是否對您有幫助呢？如果還想對相關知識有進一步的了解或閱讀更多相關文章，請關注億速云行業資訊頻道，感謝您對億速云的支持。