从今天开始继续这个系列告诉大家个好消息:微软于2月1日发布了Visual Studio Team 2008 Team Suite简体中文版您可以在下载Visual Studio Team 2008 Team Suite简体中文版90 天试用版今天简单学习下开放式并发控制和事务内容具体详细内容现在可以参看MSDN了

　　Simultaneous Changes开放式并发控制　　下表介绍 LINQ to SQL 文档中涉及开放式并发术语:

术语 介绍说明
并发 两个或更多用户同时尝试更新同数据库行情形
并发冲突 两个或更多用户同时尝试向行列或多列提交冲突值情形
并发控制 用于解决并发冲突技术
开放式并发控制 先调查其他事务是否已更改了行中值再允许提交更改技术相比的下保守式并发控制则是通过锁定记录来避免发生并发冲突的所以称作开放式控制是它将个事务干扰另事务视为不太可能发生
冲突解决 通过重新查询数据库刷新出现冲突项然后协调差异过程刷新对象时LINQ to SQL 更改跟踪器会保留以下数据:

　　最初从数据库获取并用于更新检查值 通过后续查询获得新数据库值

　　LINQ to SQL 随后会确定相应对象是否发生冲突(即它个或多个成员值是否已发生更改)如果此对象发生冲突LINQ to SQL 下步会确定它哪些成员发生冲突LINQ to SQL 发现任何成员冲突都会添加到冲突列表中

　　在 LINQ to SQL 对象模型中当以下两个条件都得到满足时就会发生“开放式并发冲突”:客户端尝试向数据库提交更改；数据库中个或多个更新检查值自客户端上次读取它们以来已得到更新 此冲突解决过程包括查明对象哪些成员发生冲突然后决定您希望如何进行处理

　　开放式并发(Optimistic Concurrency)　　介绍说明:这个例子中在你读取数据的前另外个用户已经修改并提交更新了这个数据所以不会出现冲突

//我们打开个新连接来模拟另外个用户
NorthwindDataContext otherUser_db = NorthwindDataContext;
var otherUser_product =
　　otherUser_db.Products.First(p => p.ProductID 1);
otherUser_product.UnitPrice = 999.99M;
otherUser_db.SubmitChanges;
//我们当前连接
var product = db.Products.First(p => p.ProductID 1);
product.UnitPrice = 777.77M;
try
{
　　db.SubmitChanges;//当前连接执行成功
}
catch (ChangeConflictException)
{
}　　介绍说明:我们读取数据的后另外个用户获取并提交更新了这个数据这时我们更新这个数据时引起了个并发冲突系统发生回滚允许你可以从数据库检索新更新数据并决定如何继续进行您自己更新

//当前用户
var product = db.Products.First(p => p.ProductID 1);
//我们打开个新连接来模拟另外个用户
NorthwindDataContext otherUser_db = NorthwindDataContext ;
var otherUser_product =
　　otherUser_db.Products.First(p => p.ProductID 1);
otherUser_product.UnitPrice = 999.99M;
otherUser_db.SubmitChanges;
//当前用户修改
product.UnitPrice = 777.77M;
try
{
　　db.SubmitChanges;
}
catch (ChangeConflictException)
{
　　//发生异常！
}Transactions事务　　LINQ to SQL 支持 3种事务模型分别是:

　　显式本地事务: SubmitChanges 时如果 Transaction 属性设置为事务则在同事务上下文中执行 SubmitChanges 成功执行事务后要由您来提交或回滚事务和事务对应连接必须和用于构造 DataContext 连接匹配如果使用其他连接则会引发异常

　　显式可分发事务:可以在当前 Transaction 作用域中 LINQ to SQL API(包括但不限于 SubmitChanges)LINQ to SQL 检测到是在事务作用域内因而不会创建新事务在这种情况下<token>vbtecdlinq</token> 还会避免关闭连接您可以在此类事务上下文中执行查询和 SubmitChanges 操作

　　隐式事务:当您 SubmitChanges 时LINQ to SQL 会检查此是否在 Transaction 作用域内或者 Transaction 属性是否设置为由用户启动本地事务如果这两个事务它均未找到则 LINQ to SQL 启动本地事务并使用此事务执行所生成 SQL 命令当所有 SQL 命令均已成功执行完毕时LINQ to SQL 提交本地事务并返回

　　1.Implicit(隐式)　　介绍说明:这个例子在执行SubmitChanges操作时隐式地使用了事务在更新2种产品库存数量时第 2个产品库存数量为负数了,违反了服务器上 CHECK 约束这导致了更新产品全部失败了系统回滚到这个操作状态

try
{
　　Product prod1 = db.Products.First(p => p.ProductID 4);
　　Product prod2 = db.Products.First(p => p.ProductID 5);
　　prod1.UnitsInStock -= 3;
　　prod2.UnitsInStock -= 5;//:库存数量单位不能是负数
　　//要么全部成功要么全部失败
　　db.SubmitChanges;
}
catch (.Data.SqlClient.SqlException e)
{
　　//执行异常处理
}2.Explicit(显式)　　介绍说明:这个例子使用显式事务通过在事务中加入对数据读取以防止出现开放式并发异常显式事务可以提供更多保护如同上个查询中更新 prod2 UnitsInStock 字段将使该字段为负值而这违反了数据库中 CHECK 约束这导致更新这两个产品事务失败此时将回滚所有更改

using (TransactionScope ts = TransactionScope)
{
　　try
　　{
　　　　Product prod1 = db.Products.First(p => p.ProductID 4);
　　　　Product prod2 = db.Products.First(p => p.ProductID 5);
　　　　prod1.UnitsInStock -= 3;
　　　　prod2.UnitsInStock -= 5;//:库存数量单位不能是负数
　　　　db.SubmitChanges;
　　}
　　catch (.Data.SqlClient.SqlException e)
　　{
　　　　//执行异常处理
　　}
}