处理事务是构建许多业务逻辑的一个重要方面。
.NET Framework 2.0 中的事务
在 .NET Framework 2.0包含 System.Transactions，这是一种新的命名空间，完全专注于控制事务性行为。开发人员将最常将 System.Transactions 与某个“执行上下文”配合使用，这是 .NET Framework 2.0 中的一种新结构。执行上下文允许指定适用于包含在一个定义范围内的所有代码的通用信息，如事务。以下是应用程序如何使用该方法将一组操作组合成一个事务的示例：
位于 using 块内的所有操作将成为一个事务的一部分，因为它们共享其所定义的事务执行上下文。本例中的最后一行，调用 TransactionScope 的 Complete 方法，将导致退出该块时请求提交该事务。此方法还提供了内置的错误处理，出现异常时会终止事务。
如本例那样，为新 TransactionScope 指定 Required，意味着此代码将总是作为事务的一部分运行：若其调用方的事务存在，则加入之；若不存在，则创建一个新的。如同在企业服务中一样，还可以指定其他选项，包括 RequiresNew、Supported 和 NotSupported。
与企业服务及其前任 MTS 和 COM+ 不同，Systems.Transactions 完全专注于控制事务性行为。例如，事务与对象的内部状态之间不需要存在连接。企业服务要求一个对象在其结束事务时被停用，但 Systems.Transactions 则没有这种需要。
ADO.NET 2.0中的SqlClient提供程序与新的System.Transactions命名空间相集成，从而启用了称为可升级事务的行为。尽管Transact SQL可以用来启动本地或分布式事务（BEGIN TRANSACTION和BEGIN DISTRIBUTED TRANSACTION），但在某些情况下（特别是在客户端/中间层编程方面），程序员可能希望编写可以在一个数据库方案或多个数据库方案中使用的组件。这些方案可能包含多个SQL Server实例，并且SQL Server可以自动检测到多实例访问并将事务从本地“提升”到多实例（分布式）。即使在使用多个数据库产品或多个连接的情况下，这也是可能的，前提是第一个数据库（在分布式事务术语中称为资源管理器）是SQL Server。在ADO.NET中，默认情况下启用可升级的事务。
相关资料：
本文转自 张善友 51CTO博客，原文链接：http://blog.51cto.com/shanyou/75123，如需转载请自行联系原作者
