当前位置导航:炫浪网>>网络学院>>网页制作>>ASP.NET教程

理解.NET 2.0中的事务

欢迎进入.NET社区论坛,与200万技术人员互动交流 >>进入事实上,所有的商业应用程序都需要不同层次的事务支持。利用关系型数据库提供的架构规则,在很大程度上能够在静态视图中显示完整数据。然而,在动态过程中,事务能够在持久化过程结束时,确保应用或者不应用所有的变化。本文将重点介绍.NET 2.0技术提供的事务功能,首先介绍事务的概念和数据库事务,然后讲解.NET 2.0中的事务功能。 

1. 事务的概念


    为了理解.NET对事务的支持,很重要的是建立对事务的整体理解。事务能够确保实现,除非所有操作都成功完成,否则面对数据的资源不会持久化更新。事务由一组要么成功要么失败的操作定义。也就说,如果事务内的所有操作都成功完成,那么提交事务,同时持久化写入更新数据。然而,如果其中一个操作失败,则执行回滚,结果数据回到事务启动前的状态。举例而言,假设需要把100元从帐户A转到帐户B。该操作包括两个步骤:(1)从帐户A中扣除100元。(2)向帐户B添加100元。在发生成功完成步骤1,但是由于一些原因导致步骤2失败的情况下。如果不撤消还原步骤1,那么整个操作将发生错误。事务能够帮助以避免这种情况。如果所有步骤都执行成功,那么在相同事务中的操作将会修改数据库。在本例中,如果步骤2失败,则步骤导致的变化将不会提交给数据库。

    通常,事务遵循特定的规则,其称为ACID特性。ACID特性确保复杂事务是自包含和可信赖的。下面简单介绍一下这个特性。

    事务必须具有原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)和持久性(Durability)。将这四个特性的首字母组合起来就是ACID。虽然首字母缩写词容易记忆,但是每个词的含义不是很明显。以下是简要说明:

    原子性:原子性可确保要么执行所有更新,要么什么也不发生。由于事务中的原子性保障,开发人员不必编写代码来处理一个更新成功,而另一个没有成功的情况。

    一致性:一致性意味着事务的结果使得系统保持一致状态。在事务启动之前,数据保持有效的状态,这与事务结束时一样。一致性还确保了事务必须使得数据库保持一致状态,那么如果事务的部分操作失败,则其他部分也必须回到原来的状态。

    隔离性:多个用户可能同时访问同一个数据库。使用隔离性能够保证在事务完成之前,该事务外部不能看到事务中的数据改变。也不能访问一些中间状态,如果事务终止这些状态将不会发生。

    持久性:持久性意味着即使是系统崩溃也能够保证一致性状态。如果数据库系统崩溃,则持久性必须保证已经提交的事务确实写入了数据库。

2. 数据库事务

    在很多商业应用程序中经常使用事务,因为事务为系统带来了稳定性和可预测性。通常而言,当开发软件系统时,使用数据源存储数据。为了在这样的软件系统中应用事务的概念,数据源必须支持事务。现代数据库,例如Microsoft SQL Server 2005和Oracle 9i都大力支持事务。例如,SQL Server 2005提供了一些支持事务的T-SQL语句,例如BEGIN TRANSACTION、SAVE TRANSACTION、COMMIT TRANSACTION和ROLLBACK TRANSACTION。数据访问API,例如ODBC,OLE DB和ADO.NET,可使开发人员在应用程序中使用事务。通常,只要使用单个数据库,RDBMS和数据访问API都提供对事务的支持。在很多包括多个数据库的大型应用程序中,可能需要使用Microsoft分布式事务处理协调器(MSDTC)。COM+是一种流行的中间件产品,其在内部利用MSDTC来帮助实现多数据库事务,甚至是不同已知事务实体之间的事务,而通常将其作为资源管理器。应该注意的是,在.NET 2.0中,可以使用System.Transactions命名空间来设置分布式事务,以替代System.EnterpriseServices。

    事务分为本地事务和分布式事务两种类型。(1)本地事务:该类型事务使用已知数据源(例如SQL Server),同时还是单阶段事务。当单个数据库中保存了所有有关事务的数据,那么对自身可以强制使用ACID规则。这意味着在单个数据库服务器中(例如SQL Server),只要使用同一个连接,则可以跨数据库使用本地事务。(2)分布式事务:该类型事务使用多个已知事务数据源。分布式行为可能需要从消息队列服务器中读取消息,从SQL Server数据库中获取数据,以及将消息写入其他数据库。

    一些软件包(例如MSDTC)能够以编程方式辅助实现分布式事务,通过使用一些方法(例如两阶段提交和回滚)能够控制跨越所有数据源的提交和回滚行为,以便保证集成性。MSDTC仅可用于兼容事务管理接口的应用程序。当前可用的应用程序有MSMQ、SQL Server、Oracle、Sybase和其他当前可用的应用程序(称为资源管理器)。

    在分布式事务环境中,不同的资源管理器需要实现可靠的提交协议,最为常见的实现是两阶段提交。在两阶段提交中,实际的提交工作分为两个阶段:第一个阶段包括为提交准备一些所需的更改。这样,资源管理器就会与事务协调器通信,告知其更新准备已经就绪,准备执行提交,但实际还不进行提交。在第二个阶段中,一旦所有资源管理器都告知事务协调器准备工作就绪,那么事务协调器将使所有参与者都了解继续工作准备好,接着执行更改。在两阶段提交中,单个或者多个数据库能够参与分布式事务。实际上,任何在MSDTC事务中登记的对象都能够参与由MSDTC管理的分布式事务。例如,MSMQ能够参与由两个SqlConnection对象连接两个不同数据库的事务。
 

相关内容
赞助商链接