无论与目前的ORM框架相比有没有优势，Linq to Sql在语言和平台的级别上为我们提供了一种新的操作对象和数据的方式，在一定程度上为我们解决了Object != Data的问题。在实际应用中，对于数据库的操作往往有着天生的并发性，因此在更新数据时可能会产生冲突。有些时候，如果没有合理的解决冲突问题，轻则让用户摸不着头脑，重则让系统数据处于一种不一致的状态。Linq to Sql自然考虑到了这一点，本系列讨论的内容，就是在使用Linq to Sql时，如何管理并发更新时产生的冲突。

本文为这个系列的第一篇，将讨论一些预备知识，它们是进行后续研究的基础。

一些定义：

首先，我们来看一些定义：

• 并发（Concurrency）：两个或更多的用户尝试同时更新数据库的同一条记录。
• 并发冲突（Concurrency Confilct）：两个或更多的用户尝试同时向同一条记录的一个或多个字段提交冲突的值。
• 并发控制（Concurrency Control）：解决并发冲突的技术。
• 乐观并发控制（Optimistic Concurrency Control）：在提交当前事务之前，首先查看即将更新的记录是否被别的事务所改变的一种技术。
• 悲观并发控制（Pessimistic Concurrency Control）：为纪录加锁以阻止其他事务访问某些记录，以避免产生并发冲突的一种技术。

Linq to Sql的对象模型使用乐观并发控制的方式来发现和解决冲突问题。很显然，它假设冲突发生的可能性并不大。如果您需要使用悲观并发控制来解决冲突问题，则可以使用其他方法（例如自定义存储过程供程序调用）。

调试方法：

Linq to Sql的相当部分由编译器来实现，而语言中的Linq语句最终会被转化为Sql，因此如果要理解Linq to Sql的工作，一定要将操作中所执行的Sql语句给挖掘出来。一般来说，要挖掘出操作中所使用的Sql语句，可以使用以下几种方法（以下将使用Sql Server 2005自带的AdventureWorks数据库来作为示例）：

1、获取Query所对应的SqlCommand对象：

在开发过程中，我们可以通过Query获得对应的Sql Command对象。请看如下代码：

AdventureWorksDataContext db = new AdventureWorksDataContext();
var products = from p in db.Products
               where p.ProductID == 3
               select new { p.ProductID, p.Name };
foreach (var p in products)
{
    Console.WriteLine(p);
}

DbCommand cmd = db.GetCommand(products);
Console.WriteLine("------------");
Console.WriteLine("Command Text: \n{0}", cmd.CommandText);
Console.WriteLine("------------");
Console.WriteLine("Command Type: \n{0}", cmd.CommandType);
Console.WriteLine("------------");
Console.WriteLine("Command Parameters:");
foreach (DbParameter p in cmd.Parameters)
{
    Console.WriteLine("{0}: {1}", p.ParameterName, p.Value);
}
Console.ReadLine();

输出结果如下：

Command Text:
SELECT [t0].[ProductID], [t0].[Name]
FROM [Production].[Product] AS [t0]
WHERE [t0].[ProductID] = @p0
------------
Command Type:
Text
------------
Command Parameters:
@p0: 3

可以看到，无论是Sql语句或是参数都被打印了出来。事实上，由于我们得到了完整的SqlCommand对象，我们可以获取的信息并不止上述这些。

2、使用LINQ to SQL Debug Visualizer：

使用LINQ to SQL Debug Visiualizer，我们可以在调试程序时直观地获得Query所对应的Sql语句以及参数，而不必获得SqlCommand对象并打印信息。具体使用方法详见Scott Gu的这篇博文。