在Linq to Sql中管理并发更新时的冲突（1）：预备知识

3、使用DataContext的Log功能：

DataContext自带的Log属性为一个TextWriter类型的对象，如果我们设置了这个属性，则DataContext所有的操作将会通过这个TextWriter对象输出。与比上述两种方法相比，这个方法的优势在于DataContext所执行的所有语句，无论SELECT、INSERT、UPDATE或者是DELETE都会被输出；而上面的两种做法只能得到Query的信息，也就是SQL语句的SELECT操作。

请看如下代码，下面的代码将AdventureWorksDataContext对象的所有操作输出至Console：

AdventureWorksDataContext db = new AdventureWorksDataContext();
db.Log = Console.Out;
Product  product = (from p in db.Products
                   where p.ProductID == 1
                   select p).First();
product.Name = "Hello World";
db.SubmitChanges();
Console.ReadLine();

输出结果如下：

SELECT TOP (1) [t0].[ProductID], [t0].[Name], [t0].[ProductNumber], [t0].[MakeFl
...
edDate], [t0].[rowguid], [t0].[ModifiedDate]
FROM [Production].[Product] AS [t0]
WHERE [t0].[ProductID] = @p0
-- @p0: Input Int (Size = 0; Prec = 0; Scale = 0) [1]
-- Context: SqlProvider(Sql2005) Model: AttributedMetaModel Build: 3.5.21004.1

UPDATE [Production].[Product]
SET [Name] = @p11
WHERE ([ProductID] = @p0) AND ([Name] = @p1) AND ([ProductNumber] = @p2) AND (NO
...
NULL) AND ([rowguid] = @p9) AND ([ModifiedDate] = @p10)
-- @p0: Input Int (Size = 0; Prec = 0; Scale = 0) [1]
...
-- @p11: Input NVarChar (Size = 11; Prec = 0; Scale = 0) [Hello World]
-- Context: SqlProvider(Sql2005) Model: AttributedMetaModel Build: 3.5.21004.1

在这里我省略了大部分的输出，不过从上面的片断中我们已经可以看到SELECT和UPDATE操作所使用的Sql语句以及参数都被打印了出来。这就是我们可以利用的调试信息。

4、使用Sql Server Profiler：

其实使用Sql Server Profile来监听数据库操作应该是最容易想到的方法。相信各位朋友对于Sql Server Profiler的简单操作也已经非常熟悉，我在这里就不赘述了。

那么第3中做法相比，使用Sql Server Profiler有什么又优点和缺点呢？使用Sql Server Profiler的优点可能就在于方便，我们不用写代码，也不用设法将Log信息输出至某个地方。缺点可能就在于Sql Server Profiler获取到的信息会比较多，而其中只有一小部分是我们需要的。而且，Sql Server Profiler的输出也不如DataContext的Log输出来的工整、易读。至于在开发过程中使用什么做法比较合适，我这里也无法推荐，因为这需要您根据实际情况进行选择了。