NET开发中的事务处理大比拼.docVIP

.NET开发中的事务处理大比拼 简单事务的一个常见例子：把钱从A账户转到B账户，这涉及两项任务，即从A账户把钱取出来；把钱存入B账户。两项任务要么同时成功，要么一起失败，给予回滚，以便保持账户的状态和原来相同。否则，在执行某一个操作的时候可能会因为停电、网络中断等原因而出现故障，所以有可能更新了一个表中的行，但没有更新相关表中的行。如果数据库支持事务，则可以将数据库操作组成一个事务，以防止因这些事件而使数据库出现不一致。 事务的ACID属性如下。 ?? 原子性（Atomicity）：事务的所有操作是原子工作单元；对于其数据修改，要么全都执行，要么全都不执行。原子性消除了系统处理操作子集的可能性。 ?? 一致性（Consistency）：数据从一种正确状态转换到另一种正确状态。事务在完成时，必须使所有的数据都保持一致。在相关数据库中，所有规则都必须应用于事务的修改，以保持所有数据的完整性。当事务结束时，所有的内部数据结构都必须是正确的。在存款取款的例子中，逻辑规则是，钱是不能凭空产生或销毁的，对于每个（收支）条目必须有一个相应的抵衡条目产生，以保证账户是平的。 ?? 隔离性（Isolation）：由并发事务所作的修改必须与任何其他并发事务所作的修改隔离。查看数据时数据所处的状态，要么是事务修改它之前的状态，要么是事务修改它之后的状态。简单的理解就是，防止多个并发更新彼此干扰。事务在操作数据时与其他事务操作隔离。隔离性一般是通过加锁的机制来实现的。 ?? 持久性（Durability）：事务完成之后，它对于系统的影响是永久性的。已提交的更改即使在发生故障时也依然存在。 对于事务的开发，.NET平台也为我们提供了几种非常简单方便的事务机制。无论是在功能上还是性能上都提供了优秀的企业级事务支持。 .NET开发者可以使用以下5种事务机制： ?? SQL和存储过程级别的事务。 ?? ADO.NET级别的事务。 ?? ASP.NET页面级别的事务。 ?? 企业级服务COM+事务。 ?? System.Transactions 事务处理。 这5种事务机制有着各自的优势和劣势，分别表现在性能、代码数量和部署设置等方面。开发人员可以根据项目的实际情况选择相应的事务机制。下面就开始分别说明日常开发中5种事务的具体使用。 ? 1 .NET开发中的事务处理大比拼 之 SQL和存储过程级别事务 2 .NET开发中的事务处理大比拼 之 ADO.NET级别的事务 3 .NET开发中的事务处理大比拼 之 ASP.NET页面级别的事务 4 .NET开发中的事务处理大比拼 之 企业级服务COM+事务 5 .NET开发中的事务处理大比拼 之 System.Transactions .NET开发中的事务处理大比拼 之 SQL和存储过程级别事务 SQL Server默认在自动提交的模式下工作，每个语句执行完后都会立即提交；与此对照的是Oracle需要你包含一个提交语句。但是当一个语句通过OLE DB执行时，它执行完后一个提交动作会被附加上去。例如： DECLARE @TranName VARCHAR(20); SELECT @TranName = MyTransaction; ? BEGIN TRANSACTION @TranName; GO USE AdventureWorks; GO DELETE FROM AdventureWorks.HumanResources.JobCandidate WHERE JobCandidateID = 13; GO ? COMMIT TRANSACTION MyTransaction; GO 或者： CREATE PROCEDURE Tran1 as begin tran set xact_abort on Insert Into P_Category(CategoryId,Name)values(1,test1) Insert Into P_Category(CategoryId,Name)values(2,test2) commit tran GO set xact_abort on表示遇到错误立即回滚。 当然你也可以这么写： CREATE PROCEDURE tran1 as begin tran Insert Into P_Category(CategoryId,Name)values(1,test1) if(@@error0) rollback tran else begin Insert Into P_Category(CategoryId,Name)values(2,test2) if(@@error0) rollback tran