在Linq to Sql中管理并发更新时的冲突（2）：引发更新冲突

这种“乐观并发控制”方式（以后还会提到其他的“乐观并法控制”方式）的一个特点是，它并不关心这条记录是否被“修改过”，而只是比较当前以及之前的状态是否相同（可能记录被修改过，但是数值保持不变，不是吗？）。那么我们来尝试着产生以下并发问题吧：

try
{
 LinqToSqlDemoDataContext dataContext=new LinqToSqlDemoDataContext();
    Video video = dataContext.Videos.Single(v => v.VideoID == 1);
    // 在下一行代码上设断点，并在运行时改变数据库内纪录的值。
    video.Introduction = "12356";
    dataContext.SubmitChanges();
}
catch (ChangeConflictException e)
{
    Console.WriteLine(e.Message);
}

Console.ReadLine();

现在，我们需要在改变video对象属性的那行代码上设置断点，并且在运行进入该断点时改变该纪录任一字段的值（例如：UPDATE Video SET SiteID = 10 WHERE VideoID = 1）。当我们继续运行程序时，就会发现SubmitChange方法抛出了异常，而控制台输出了以下字样：

Row not found or changed.

我们很容易想到，这是由于WHERE条件没有满足，导致了更新时ExecuteNonQuery方法返回了0，于是Linq to Sql意识到该记录被修改了（或者被删除了，从另一个角度上来看，这也是一种改变）。我们使用以下的方法再进行一次实验：

LinqToSqlDemoDataContext dataContext =new LinqToSqlDemoDataContext();
dataContext.Log = Console.Out;

Video video = new Video();
video.VideoID = 1;
dataContext.Videos.Attach(video, false);
video.Introduction = "123";
dataContext.SubmitChanges();

猜猜现在的输出是什么？想清楚了吗？那么我们来揭晓答案：

UPDATE [dbo].[Video]
SET [Introduction] = @p0
WHERE 0 = 1
-- @p0: Input NVarChar (Size = 3; Prec = 0; Scale = 0) [123]
-- Context: SqlProvider(Sql2005) Model: AttributedMetaModel Build: 3.5.21004.1

看看WHERE条件：“0 == 1”，这是什么意思？Attach方法又是做什么的呢？关于这些问题我们以后再进行讨论。不过可以得知的是，这个绝对不成立的WHERE条件不会更新任何记录，于是Linq to Sql又抛出了ChangeConflictException。

不过，您是否觉得“乐观并发控制”的这种方式非常古怪（累赘？）呢？下一篇文章我们再来更进一步的讨论。