前面我们提到，数据绑定控件把传递给数据源的值存放在相互独立的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处于编辑模式。这个例子所试验方法与上面一个例子类似，同时打开两个窗口来创建冲突更新。