事务使用到的类

事务处理 事务处理 事务是 一组组合成逻辑工作单元的数据库操作，在系统执行过程中可能会出错，但事务将控制和维护每个数据库的一致性和完整性。事务处理的主要特征是，任务要么全部 完成，要么都不完成。在写入一些记录时，要么写入所有记录，要么什么都不

事务处理

事务处理

事务是 一组组合成逻辑工作单元的数据库操作，在系统执行过程中可能会出错，香港虚拟主机，但事务将控制和维护每个数据库的一致性和完整性。事务处理的主要特征是，任务要么全部 完成，要么都不完成。在写入一些记录时，要么写入所有记录，要么什么都不写入。如果在写入一个记录时出现了一个失败，那么在事务处理中已写入的其他数据就 会回滚。事务可能由很多单个任务构成。

简单事 务的一个常见例子：把钱从A账户转到B账户，这涉及两项任务，香港虚拟主机，即从A账户把钱取出来；把钱存入B账户。两项任务要么同时成功，要么一起失败，给予回滚，以 便保持账户的状态和原来相同。否则，在执行某一个操作的时候可能会因为停电、网络中断等原因而出现故障，所以有可能更新了一个表中的行，但没有更新相关表 中的行。如果数据库支持事务，香港服务器，则可以将数据库操作组成一个事务，以防止因这些事件而使数据库出现不一致。

事务的ACID属性如下。

l         原子性（Atomicity）：事务的所有操作是原子工作单元；对于其数据修改，要么全都执行，要么全都不执行。原子性消除了系统处理操作子集的可能性。

l         一致性（Consistency）：数据从一种正确状态转换到另一种正确状态。事务在完成时，必须使所有的数据都保持一致。在相关数据库中，所有规则都必 须应用于事务的修改，以保持所有数据的完整性。当事务结束时，所有的内部数据结构都必须是正确的。在存款取款的例子中，逻辑规则是，钱是不能凭空产生或销 毁的，对于每个（收支）条目必须有一个相应的抵衡条目产生，以保证账户是平的。

l         隔离性（Isolation）：由并发事务所作的修改必须与任何其他并发事务所作的修改隔离。查看数据时数据所处的状态，要么是事务修改它之前的状态，要 么是事务修改它之后的状态。简单的理解就是，防止多个并发更新彼此干扰。事务在操作数据时与其他事务操作隔离。隔离性一般是通过加锁的机制来实现的。

l         持久性（Durability）：事务完成之后，它对于系统的影响是永久性的。已提交的更改即使在发生故障时也依然存在。

对于事务的开发，.NET平台也为我们提供了几种非常简单方便的事务机制。无论是在功能上还是性能上都提供了优秀的企业级事务支持。

.NET开发者可以使用以下5种事务机制：

l         SQL和存储过程级别的事务。

l         ADO.NET级别的事务。

l         ASP.NET页面级别的事务。

l         企业级服务COM+事务。

l         System.Transactions 事务处理。

这5种事务机制有着各自的优势和劣势，分别表现在性能、代码数量和部署设置等方面。开发人员可以根据项目的实际情况选择相应的事务机制。

5.4.1  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