ASP.NET中的自动化事务

    通过在ASP.NET页面中添加Transaction属性，可使得ASP.NET能够在系统中支持自动事务。利用Transaction属性，开发人员能够指示页面参与现有事务，开始新事务，或者不参与事务。下表列举了ASP.NET中可用的Transaction属性值。



    通过在代码中的Page指令中设置Transaction属性能够定义页面支持的事务级别。例如，插入以下指令能够保证页面活动总是在事务范围中执行：

<%@ Page Transaction="Required" %>

    如果省略Transaction属性，页面则禁用事务。使用System.EnterpriseServices.ContextUtil类的静态方法在ASP.NET页面中提交或者放弃事务。这些静态方法是SetComplete()和SetAbort()（它们分别对应Page事件CommitTransaction()和AbortTransaction()）。以下代码列举了页面实现框架，该页面将Page指令的Transaction属性设置为Required，同时在CommitTransaction()和AbortTransaction()事件中，编写处理事务结果所需的代码。

void Page_Load(object sender, System.EventArgs e) 
{ 
AbortTransaction += new System.EventHandler(AbortTransactionEvent); 
CommitTransaction += new System.EventHandler(CommitTransactionEvent); 
try 
{ 
/* 在这里放置事务性代码 */ 
ContextUtil.SetComplete(); 
} 
catch(Exception) 
{ 
ContextUtil.SetAbort(); 
} 
} 

void AbortTransactionEvent(object sender,System.EventArgs e) 
{ 
/*用于回滚行为的代码*/ 
} 

void CommitTransactionEvent(object sender,System.EventArgs e) 
{ 
/*用于提交行为的代码*/ 
} 

4. 何时使用事务

    虽然.NET 2.0对事务提供了很好的支持，但是没有必要总是使用事务。使用事务的第一条规则是，在能够使用事务的时候都应该使用事务，但是不要使用过度。原因在于，每次使用事务，都会占用一定的开销。另外，事务可能会锁定一些表的行。还有一条规则是，只有当操作需要的时候才使用事务。例如，如果只是从数据库中查询一些记录，或者执行单个查询，在大部分时候都不需要使用显式事务。

    开发人员应该在头脑中始终保持一个概念，就是用于修改多个不同表数据的冗长事务会严重妨碍系统中的所有其他用户。这很可能导致一些性能问题。当实现一个事务时，遵循下面的实践经验能够达到可接受的结果：（1）避免使用在事务中的SELECT返回数据，除非语句依赖于返回数据；（2）如果使用SELECT语句，只选择需要的行，这样不会锁定过多的资源，而尽可能的提高性能；（3）尽量将事务全部写在T-SQL或者API中；（4）避免事务与多重独立的批处理工作结合，应该将这些批处理放置在单独的事务中；（5）尽可能避免大量更新。
另外，必须注意的一点就是事务的默认行为。在默认情况下，如果没有显式的提交事务，则事务会回滚。虽然默认行为允许事务的回滚，但是显式回滚方法总是一个良好的编程习惯。这不仅仅只是释放锁定数据，也将使得代码更容易读并且更少错误。

5. 小结

   .NET 2.0提供的事务功能很强大，具体的内容远不止本文所讲解的这样简单。本文只是起到一个抛砖引玉的功能。希望读者能够灵活恰当的使用事务功能，而不要过去使用事务，否则可能会对性能起到消极的作用。