前面我們提到，數據綁定控件把傳遞給數據源的值存放在相互獨立的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＞
