ASP.NET 2.0進階資料處理之衝突檢測

asp.net|進階|資料

　　前面我們提到，資料繫結控制項把傳遞給資料來源的值存放在相互獨立的Keys、Values（新值）和 OldValues字典中。在預設情況下，SqlDataSource和ObjectDataSource會忽略OldValues欄位，只使用Keys和Values。這種行為是由資料來源的ConflictDetection屬性檢測的，在預設情況下這個屬性的值被設定為OverwriteChanges。OverwriteChanges模式意味著"為了更新或刪除記錄，僅僅匹配主索引值"。這種操作意味著，記錄的更新或刪除是不考慮該記錄的下層值是否改變過了。在通常情況下，理想的狀態是，只有當資料行的值與最初選擇的值完全符合的時候，才讓Update或Delete操作成功。在這種理想情況下，如果另外一個使用者在你選擇某一行和更新該行的之間也更新了這一行，你的更新操作就會失敗。通過把ConflictDetection屬性設定為CompareAllValues，資料來源也支援這種操作。在這種模式下，資料來源會把OldValues應用到命令或方法上，它會使用這些值來確保在更新或刪除記錄之前，更新或刪除操作必須與記錄的所有值都匹配。你還必須把OldValuesParameterFormatString屬性設定為一個有效.NET架構組件格式化字串（例如"original_{0}"），來指明OldValues和Keys字典中的參數如何重新命名以便與NewValues參數區分開來。

　　下面的程式碼範例顯示了SqlDataSource控制項在OverwriteChanges和CompareAllValues模式下使用的典型的SQL命令。ID欄位被假定為主鍵欄位。請注意，後面一個命令在WHERE子句中比較資料行的所有原始值，而不是僅僅比較主鍵。在這種情況下，資料來源的OldValuesParameterFormatString需要被設定為"original_{0}"。

SELECT [ID], [Name], [Address] from [Contacts]
-- OverwriteChanges
UPDATE [Contacts] SET [Name] = @Name, [Address] = @Address WHERE [ID] = @ID
DELETE FROM [Contacts] WHERE [ID] = @ID

-- CompareAllValues
UPDATE [Contacts] SET [Name] = @Name, [Address] = @Address WHERE [ID] = @original_ID
AND [Name] = @original_Name AND [Address] = @original_Address
DELETE FROM [Contacts] WHERE [ID] = @original_ID AND [Name] = @original_Name
AND [Address] = @original_Address
　　請注意，Insert操作不需要OldValues，ConflictDetection只對Update和Delete操作有意義。

　　下面的例子示範了衝突發生時的行為。為了運行這個例子，你必須在兩個獨立的瀏覽器視窗中開啟例子的兩個執行個體（兩次點擊"Run Sample"）。接著在兩個表單的同一行上都點擊"Edit"按鈕，使該行進入編輯模式。在第一個視窗中改變一個值並點擊"Update"，請注意這個更新是成功的。在第二個視窗中，在該行中輸入一個新值並點擊"Update"，這個更新操作沒有成功，因為下層資料行的值已經被第一個更新操作改變過了。這個樣本檢測了Updated或Deleted事件參數的AffectedRows屬性，它為0確認了衝突發生了。

＜script runat="server"＞
Protected Sub SqlDataSource1_Updated(sender As Object, e As SqlDataSourceStatusEventArgs)
　If e.AffectedRows = 0 Then
　　Response.Write("Row changed, update aborted＜br /＞")
　End If
End Sub

Protected Sub SqlDataSource1_Deleted(sender As Object, e As SqlDataSourceStatusEventArgs)
　If e.AffectedRows = 0 Then
　　Response.Write("Row changed, delete aborted＜br /＞")
　End If
End Sub
＜/script＞
　　當Update或Delete使用模板化UI的時候，使用了Bind文法的雙向（two-way）資料繫結欄位的舊值都會被保留。對於Delete來說，這意味著在ItemTemplate中你必須給資料繫結的值使用Bind文法，其目的是為了保留刪除操作所需要的舊值。下面的例子示範了這種技術。

＜asp:GridView ……＞
　＜Columns＞
　　＜asp:CommandField ShowDeleteButton="True" ShowEditButton="True" /＞
　　＜asp:TemplateField HeaderText="ContactID" InsertVisible="False" SortExpression="ContactID"＞
　　　＜ItemTemplate＞
　　　　＜asp:Label ID="Label1" runat="server" Text='＜%# Bind("ContactID") %＞'＞＜/asp:Label＞
　　　＜/ItemTemplate＞
　　　＜EditItemTemplate＞
　　　　＜asp:Label ID="Label3" runat="server" Text='＜%# Eval("ContactID") %＞'＞＜/asp:Label＞
　　　＜/EditItemTemplate＞
　　＜/asp:TemplateField＞
　　＜asp:TemplateField HeaderText="ContactName" SortExpression="ContactName"＞
　　　＜ItemTemplate＞
　　　　＜asp:Label ID="Label2" runat="server" Text='＜%# Bind("ContactName") %＞'＞＜/asp:Label＞
　　　＜/ItemTemplate＞
　　　＜EditItemTemplate＞
　　　　＜asp:TextBox ID="TextBox1" runat="server" Text='＜%# Bind("ContactName") %＞'＞＜/asp:TextBox＞
　　　＜/EditItemTemplate＞
　　＜/asp:TemplateField＞
　＜/Columns＞
＜/asp:GridView＞

　　你可以溫和地處理衝突檢測錯誤，可以通過提示使用者下層資料被改變了，向使用者顯示改變過的值， 讓使用者選擇提交或放棄自己的操作。下面的例子示範處理衝突檢測的一種可行方法。請注意，DetailsView的RowUpdated事件參數傳遞了可用於檢測使用者輸入的值的字典。你還可以設定這個事件參數的KeepInEditMode屬性，使使用者在決定如何處理衝突期間，DetailsView處於編輯模式。這個例子所實驗方法與上面一個例子類似，同時開啟兩個視窗來建立衝突更新。

Protected Sub DetailsView1_ItemUpdated(ByVal sender As Object, ByVal e As System.Web.UI.WebControls.DetailsViewUpdatedEventArgs)
　If e.AffectedRows = 0 Then
　　' 使DetailsView處於編輯模式並與資料庫同步
　　e.KeepInEditMode = True
　　DetailsView1.DataBind()
　
　　' 用使用者輸入的值重新填充DetailsView
　　Dim t As TextBox
　　t = DetailsView1.Rows(1).Cells(1).Controls(0)
　　t.Text = e.NewValues("OrderDate")
　　t = DetailsView1.Rows(2).Cells(1).Controls(0)
　　t.Text = e.NewValues("ShipCountry")

　　ErrorPanel.Visible = True
　Else
　　ErrorPanel.Visible = False
　End If
End Sub

Protected Sub DetailsView1_ModeChanging(ByVal sender As Object, ByVal e As System.Web.UI.WebControls.DetailsViewModeEventArgs)
　If e.CancelingEdit = True AndAlso ErrorPanel.Visible = True Then
　　ErrorPanel.Visible = False
　End If
End Sub
　　使用ObjectDataSource的時候，情況也類似。請注意，由於資料來源的ConflictDetection屬性被設定為CompareAllValues，資料來源將尋找一個可接受Contact對象的每個欄位的原始值的UpdateContact重載。

　　你還可以同時使用DataObjectTypeName屬性和CompareAllValues。在這種情況下，ObjectDataSource尋找僅接受兩個參數（都是Contact）的UpdateContact重載。第一個參數是存放新值的Contact對象，第二個參數是存放舊值的Contact對象。