分布式事务处理在.NET中应用.docVIP

分布式事务处理在.NET中应用摘要：该文阐述了事务处理的重要性与.net事务处理的演变，以具体的实例讲述了分布式事务在.net编程中的应用。为处理分布式事务应用设计提供了完善的解决方案和具体的操作步骤。 关键词：事务；分布式事务处理 中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2012）28-6840-05 事务是执行一连串工作的逻辑单元，事务中的所有工作项目完成，才算是一个完整的事务，假设事务中有1000项工作，其中的999项完成，只有一项没有完成都算事务失败。事务中的各项工作组成了一个整体，事务完成后全部的数据必须保持稳定的一致性状态，事务完成后数据必须正确无误。事务处理最为典型的实例是银行处理两个账户间的转账业务。假设需要从A账户转账10000元到B账户。我们需要做的是将A账户减去10000元，同时需要在B账户加10000元。这两步工作就需要在一个事务中完成。才能保证转账的成功或者失败，以有效的避免只减不加与只加不减错误发生。事务处理最早是在数据库系统中应用的，在一个数据库中数据库系统提供了事务处理，为正确的进行数据业务处理提供了可能。然而随着应用需求的扩大。业务处理常常需要对存放在不同数据库中的数据进行事务化处理，也就是需要进行分布式事务处理。为了适应需求，微软.NET开发工具在不断的改进与提高事务处理技术，以适应新的需求。.net在2008版与2003版就有明显的改进。在.NET 2008中事务处理更加简单易用。 1 分布式事务处理 在应用开发中常需要对存放在同一个物理服务器中不同数据库的数据进行事务化处理，或者是需要对分布在不同地域的多台数据库中的数据进行事务化处理，以上两种功能情况都需要进行分布式事务处理，其中的数据库系统可能结构不同，如一个应用sql server库，另一个应用oracle 数据库。假如我们需要在两家银行间进行转账业务，两家银行应用的数据库服务器不同，进行转账业务就需要分布式事务处理，以保证两个银行账户间的收支平衡。不发生错误的业务处理。同样应用需求还很多，其共同的特点是需要在保证多台服务间的数据能够同时正确修改，或者不做修改。保护数据的完整性。分布式事务处理就是专门解决这类问题的技术系列。 1.1 ADO.NET事务处理的演变 传统的.net事务处理分显式事务与Enterprise Services 声明式两种。显式事务具有速度快消耗资源少等特点，但是其功能简单，只能管理单一对象和单一持久资源间的事务，只能应付单一SqlConnection对单一Sql Server间的事务（或oracle及其他数据库），也就是说只能处理所有数据在一个物理数据库中存放的应用系统开发，不能处理具有多个SqlConnection对多个Sql Server间的分布事务。Enterprise Services的声明式事务通过COM+形式来提供事务服务，并且需要调用分布式事务协调处理器MSTDC（Microsoft Distributed Trannsaction Coord）inator）来协调分布事务，其事务功能强大，但是需要昂贵的成本代价，同时事务执行速度慢。为了克服传统事务处理在应用中的局限，微软在.NET 2008中推出了新的事务处理机制，当然在类的命名空间上还是沿用了.NET 2003的System.Transactions，其构成如图2，系统提供了隐式事务处理程序编写模型与显式事务处理编程模型两种实现方案。处理分布式事务还用到了MSDTC。 1.2 隐式事务处理编程模型 应用时只需要定义TransactionScope，其中的各种语句将自动的被.NET编译在一个事务中完成。同时在事务处理中不需要象传统事务处理进行Commit与Rollback操作。TransactionScope对象可以自动确保事务执行或回退。银行转账业务实现如下 隐式事务处理具备了处理分布事务的能力，同时应用较为简单。不过在应用需要注意的是在数据库连接字符串中加入Enlist=true，保证数据库连接添加到TransactionScope的作用范围中，否则事务不能正常提交。 另一种显式事务处理程序编写模型CommittableTransaction对象，其编程模型如下： 显式事务处理的特点是sqlconnection对象必须用EnlistTransaction方法加入到事务中，否则事务不能正常的发挥作用。在显式事务处理中还需要进行事务提交与事务回退操作。无论是隐式事务还是显式事务处理，系统都首先按Local Transaction来处理，当Local Transaction无法应付事务需求时系统自动的将事务处理升级为分不布式事务处理，并有MSDTC来负责事务的协调。