在分布应用程序中，不可避免的经常会使用到事务控制。事务有一个开头和一个结尾，他们指定了事务的边界，事务的其他边界之内可以跨越进程和计算机。事务边界的所有资源都参与了同一个事务。事务要符合ACID属性，即原子性、一致性、隔离性和持续性。
本地事务和分布式事务
本地事务是其范围为单个可识别事务的数据资源的事务（例如，Microsoft SQL Server数据库或MSMQ消息队列）。例如，当单个数据库系统拥有事务中设计的所有数据时，就可以遵循ACID规则。在SQL Server的情况下，由内部事务管理器来实现事务的提交和回滚操作。
分布式事务可以跨越不同种类的可识别事务的数据资源，并且可以包括多种操作（例如，从SQL数据库检索数据、从Message Queue Server读取消息以及向其他数据库进行写入）。通过利用跨若干个数据资源来协调提交和中止操作以及恢复的软件，可以简化分布式事务的编程。Microsoft Distributed Transacton Coordinator(DTC)就是一种这样的技术。它采用一个二阶段的提交协议，该协议可确保事务结果在事务中涉及的所有数据资源之间保持一致。DTC只支持已实现了用于事务管理兼容接口的应用程序。目前很多应用程序实现了这个功能，包括：MSMQ,Microsoft SQL Server、Oracle、Sybase等等。
数据库事务
如果调用一个在Begin Transaction 和Commit/Rollback Transaction语句封装了所需要操作的存储过程，您就可以在到数据库服务器的单个往返行程中运行事务，从而实现最佳性能。从而实现最佳性能。数据库事务还支持嵌套事务，这意味着您可以从一个活动事务中启动一个新事务。
来个例子，Begin Transaction语句开始了一个新事务。可以通过使用Commit Transaction语句将更改提交到数据库来结束事务，或者，在发生任何错误的情况下，通过使用Rollback语句将所有更改撤销来结束事务：
Create Procedure Proc1
...
as
--Do transaciton operations
.....
--Check for any Error
<>0
--Rollback the Transaction
Rollback Transaction
....
--Commit the Transaction
commit Tranaction
手动事务
利用手动事务，您可以使用开始和结束事务指令来显示控制事务边界。此模式还支持允许您从活动事务中开始一个新事务的嵌套事务。但是，应用此控制会给您增加额外的负担，您需要向事务边界登记数据资源并对这些资源进行协调。由于对分布式事务没有任何内置的支持，因此，如果您选择以手动方式控制分布式事务，将承担许多责任；您需要控制每个连接和资源登记，并通过提供实现来保持事务的ACID属性。
ADO.NET手动事务
这两种事务Microsoft ADO.net数据提供程序通过提供创建到数据存储区的连接、开始一个事务、提交或中止事务以及最后关闭的一组对象来启用手动事务。我们将ado.net SQL托管提供程序为例来进行说明。
要在单个事务中执行操作，您需要创建SQL Transaction对象，使用SQLConnection对象开始事务、确保事务内进行数据库交互以及提交或中止事务。SQL Transaciton对象提供了多种方法和属性来控制事务。如果事务中每个操作都已近成功完成，可以使用“提交”方法将所做的更改提交到数据库。使用SQL Transaction对象的“回滚”方式可以回滚更改。
注意，“命令”对象的Transaciton属性必须设置为一个已经开始的事务，这样，它才能在改事务中执行。
SQLConnection Conn=New SQLConnection("connString....");
SQLCommand Cmd=New SQLCommand;
//Open a connection
Conn.OPen()；
//Begin a transation
SQL Transaciont Txn=Conn.BegionTransaction();
//Set the Transation in which the command executes
Cmd.Transacion=Txn;
....
MSMQ手动事务
.Net Framwork以两种不同方式支持MSMQ事务；通过允许多个消息作为事务的一部分发送或接受而手动（内部）支持；通过参与Distrbuted Transaciton Coordinator(DTC)事务而自动（外部）支持。
MSMQ手动事务是通过MessageQueueTansacion类来支持的，并且完全在MSMQ引擎处理。当然在分布式中配合WCF中的事务机制更好。
自动事务
NET Framwork依靠MTS/Com+服务来支持自动事务，COM+ 使用 Microsoft Distributed Transaction Coordinator (DTC)
作为事务管理器和事务协调器在分布式环境中运行事务。这样可使 .NET 应用程序运行跨多个资源结合不同操作（例如，将定单插入 SQL Server 数据库、将消息写入 Microsoft 消息队列 (MSMQ) 队列、发送电子邮件以及从 Oracle 数据库检索数据）的事务。 通过提供基于声明性事务的编程模型，COM+ 使应用程序可以很容易地运行跨不同种类的资源的事务。这种做法的缺点是，由于存在 DTC 和 COM 互操作性开销，导致性能降低，而且不支持嵌套事务。ASP.NET 页、WCF、Web Service 方法和 .NET 类通过设置声明性事务属性都可以标记为事务性。
ASP.NET
<@ Page Transaction="Required"> ASP.NET Web 服务 <%@ WebService Language="VB" class="Class1" %> <%@ assembly name="System.EnterpriseServices" %> … Public Class Class1 Inherits WebService <WebMethod(TransactionOption := TransactionOption.RequiresNew)> _ Public Function Method1() … 要参与自动事务，.NET 类必须是从 System.EnterpriseServices.ServicedComponent 类继承的，这可使得该 .NET 类能够在 COM+ 内运行。在这个过程中，要将 COM+ 与 DTC 进行交互以创建一个分布式事务，也要登记后台的所有资源连接。您还需要对该类设置声明性事务属性以确定其事务性行为。 Visual C# .NET [Transaction(TransactionOption.Required)] public class Class1 : ServicedComponent{
… } 类的事务属性可以设置为以下任何选项： • “禁用” — 指示该对象从不在 COM+ 事务中创建。该对象可以直接使用 DTC 来获得事务性支持。 • NotSupported — 指示该对象从不在事务中创建。 • “支持” — 指示该对象在其创建者的事务的上下文中运行。如果该对象本身是根对象，或者其创建者不在事务中运行，则该对象将在不使用事务的情况下创建。 • “必选” — 指示对象在其创建者的事务的上下文中运行。如果该对象本身是根对象，或者其创建者不在事务中运行，则该对象将使用一个新事务来创建。 • RequiresNew — 指示该对象需要一个事务，并且该对象使用新事务来创建。 下面的代码显示了配置为在 COM+ 中运行、将程序集属性设置为配置 COM+ 应用程序属性的 .NET 类。 Visual C# .NET using System; using System.Runtime.CompilerServices; using System.EnterpriseServices; using System.Reflection; //Registration details. //COM+ application name as it appears in the COM+ catalog [Assembly: ApplicationName("Class1")] 'Strong name for assembly [Assembly: AssemblyKeyFileAttribute("class1.snk")] [Assembly: ApplicationActivation(ActivationOption.Server)] [Transaction(TransactionOption.Required)] public class Class1 : ServicedComponent{
[AutoComplete] public void Example1() { … } } 指定要安装该程序集的组件的 COM+ 应用程序的名称。 指定 COM+ 应用程序是否为服务器应用程序或库应用程序。指定 ApplicationActivation(ActivationOption.Server)时，必须使用gacutil 命令行工具 (GacUtil.exe) 将程序集安装到全局程序集缓存 (GAC)。 您可以使用 Regsvcs.exe 命令行工具将程序集转换为类型库，并将类型库注册和安装到指定的 COM+ 应用程序中。该工具还可用来配置您已经用编程方式添加到程序集中的属性。例如，如果在程序集中指定ApplicationActivation(ActivationOption.Server)，该工具将创建一个服务器应用程序。如果在未使用 COM+来安装程序集的情况下调用程序集，运行时将创建和注册一个类型库，并使用 COM+ 来安装该库。您可以在组件服务管理单元中看到和配置为程序集创建的 COM+应用程序。 通过使用System.EnterpriseServices.ContextUtil 类，可以获得有关 COM+对象上下文的信息。它提供SetComplete 和 SetAbort 方法，以便分别显式提交和回滚事务。正如您预想的那样，当所有操作已成功执行后，紧随 try程序块的最后调用 ContextUtil.SetComplete 方法来提交事务。所引发的任何异常将在 catch 程序块中被捕获，该程序块使用ContextUtil.SetAbort 中止事务。 您还可以使用System.EnterpriseServices.AutoComplete属性类来让服务组件自动选择是提交事务还是中止事务。如果方法调用成功返回，组件将倾向于选择提交事务。如果方法调用引发异常，事务会自动中止；您无需显式调用 ContextUtilSetAbort。要使用此功能，应在类方法之前插入 <AutoComplete> 属性： Visual C# .NET [Transaction(TransactionOption.Required)] public class Class1 : ServicedComponent{
[AutoComplete] public void Example1() { … } } 在需要事务跨MSMQ 和其他可识别事务的资源（例如，SQL Server 数据库）运行的系统中，只能使用 DTC 或 COM+ 事务，除此之外没有其他选择。DTC 协调参与分布式事务的所有资源管理器，也管理与事务相关的操作。小结
每一种事务方法都是应用程序性能和代码可维护性的折衷。运行在存储过程中实现的数据库事务可提供最佳性能，因为它只需要到数据库的单个往返行程。另外，这种方法还提供了显式控制事务边界的灵活性。虽然它提供了良好的性能和灵活性，但您需要用Transact SQL 来编写代码，这就不如用 .NET 来编写代码那么简单。 使用 ADO.NET 事务对象的手动事务很易于编写代码，并实现了用显式指令开始和结束事务以控制事务边界的灵活性。但是，为获得这种简易性和灵活性，需要一些完成事务所需的到数据库的额外往返行程，这导致了性能降低。 如果事务跨越多个可识别事务的管理器（可能包括 SQL Server 数据库、MSMQ消息队列等等），自动事务将是唯一的选择。这种方法大大简化了应用程序设计，减少了编码需求。不过，由于 COM+ 服务执行所有协调工作，可能有一些额外的开销。