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

　　你可以溫和地處理沖突檢測錯誤，可以通過提示用戶下層數據被改變了，向用戶顯示改變過的值， 讓用戶選擇提交或放棄自己的操作。下面的例子演示處理沖突檢測的一種可行方法。請注意，detailsview的rowupdated事件參數傳遞了可用于檢測用戶輸入的值的字典。你還可以設置這個事件參數的keepineditmode屬性，使用戶在決定如何處理沖突期間，detailsview處于編輯模式。這個例子所試驗方法與上面一個例子類似，同時打開兩個窗口來創建沖突更新。