无论与目前的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对象，我们可 以获取的信息并不止上述这些。