Sqlserver2000中的事务处理

Sqlserver2000中的事务处理 一、       定义及其性质：事务：事务是作为单个逻辑工作单元执行的一系列操作。属性：一个逻辑工作单元必须有四个属性，称为 ACID（原子性、一致性、隔离性和持久性）属性，只有这样才能成为一个事务：1.      原子性：事务必须是原子工作单元；对于其数据修改，要么全都执行，要么全都不执行。2.      一致性：事务在完成时，必须使所有的数据都保持一致状态。在相关数据库中，所有规则都必须应用于事务的修改，以保持所有数据的完整性。事务结束时，所有的内部数据结构（如 B 树索引或双向链表）都必须是正确的。3.      隔离性：由并发事务所作的修改必须与任何其它并发事务所作的修改隔离。事务查看数据时数据所处的状态，要么是另一并发事务修改它之前的状态，要么是另一事务修改它之后的状态，事务不会查看中间状态的数据。这称为可串行性，因为它能够重新装载起始数据，并且重播一系列事务，以使数据结束时的状态与原始事务执行的状态相同。4.      持久性：事务完成之后，它对于系统的影响是永久性的。该修改即使出现系统故障也将一直保持。二、指定和强制事务处理SQL 程序员要负责启动和结束事务，同时强制保持数据的逻辑一致性。程序员必须定义数据修改的顺序，使数据相对于其组织的业务规则保持一致。然后，程序员将这些修改语句包括到一个事务中，使 Microsoft? SQL Server? 能够强制该事务的物理完整性。企业数据库系统（如 SQL Server）有责任提供一种机制，保证每个事务物理的完整性。SQL Server 提供： 锁定设备，使事务相互隔离。 记录设备，保证事务的持久性。即使服务器硬件、操作系统或 SQL Server 自身出现故障，SQL Server 也可以在重新启动时使用事务日志，将所有未完成的事务自动地回滚到系统出现故障的位置。事务管理特性，强制保持事务的原子性和一致性。事务启动之后，就必须成功完成，否则 SQL Server 将撤消该事务启动之后对数据所作的所有修改。三、控制事务：
应用程序主要通过指定事务启动和结束的时间来控制事务。这可以使用 Transact-SQL 语句或数据库 API 函数。系统还必须能够正确处理那些在事务完成之前便终止事务的错误。事务是在连接层进行管理。当事务在一个连接上启动时，在该连接上执行的所有的 Transact-SQL 语句在该事务结束之前都是该事务的一部分。
1、启动事务
在 Microsoft® SQL Server™ 中，可以按显式自动提交或隐性模式启动事务。

1)      显式事务：通过发出 BEGIN TRANSACTION 语句显式启动事务。

2)      自动提交事务：这是 SQL Server 的默认模式。每个单独的 Transact-SQL 语句都在其完成后提交。不必指定任何语句控制事务。

3)      隐性事务：通过 API 函数或 Transact-SQL SET IMPLICIT_TRANSACTIONS ON 语句，将隐性事务模式设置为打开。下一个语句自动启动一个新事务。当该事务完成时，再下一个 Transact-SQL 语句又将启动一个新事务。

4)      连接模式在连接层进行管理。如果一个连接从一种事务模式改变到另一种，那么它对任何其它连接的事务模式没有影响。
2、结束事务
可以使用 COMMIT 或 ROLLBACK 语句结束事务。

1)      COMMIT：如果事务成功，则提交。COMMIT 语句保证事务的所有修改在数据库中都永久有效。COMMIT 语句还释放资源，如事务使用的锁。

2)      ROLLBACK：如果事务中出现错误，或者用户决定取消事务，可回滚该事务。ROLLBACK 语句通过将数据返回到它在事务开始时所处的状态，来恢复在该事务中所作的所有修改。ROLLBACK 还会释放由事务占用的资源。
3、指定事务边界
可以用 Transact-SQL 语句或 API 函数和方法确定 SQL Server 事务启动和结束的时间。

1)      Transact-SQL 语句：使用 BEGIN TRANSACTION、COMMIT TRANSACTION、COMMIT WORK、ROLLBACK TRANSACTION、ROLLBACK WORK 和 SET IMPLICIT_TRANSACTIONS 语句来描述事务。这些语句主要在 DB-Library 应用程序和 Transact-SQL 脚本（如使用 osql 命令提示实用工具运行的脚本）中使用。

2)      API 函数和方法：数据库 API（如 ODBC、OLE DB 和 ADO）包含用来描述事务的函数和方法。它们是 SQL Server 应用程序中用来控制事务的主要机制。

3)      每个事务都必须只由其中的一种方法管理。在同一事务中使用两种方法可能导致不确定的结果。例如，不应先使用 ODBC API 函数启动一个事务，再使用 Transact-SQL COMMIT 语句完成该事务。这样将无法通知 SQL Server ODBC 驱动程序该事务已被提交。在这种情况下，应使用 ODBC SQLEndTran 函数结束该事务。
4、事务处理过程中的错误
1)      如果服务器错误使事务无法成功完成，SQL Server 将自动回滚该事务，并释放该事务占用的所有资源。如果客户端与 SQL Server 的网络连接中断了，那么当网络告知 SQL Server 该中断时，将回滚该连接的所有未完成事务。如果客户端应用程序失败或客户计算机崩溃或重启，也会中断该连接，而且当网络告知 SQL Server 该中断时，也会回滚所有未完成的连接。如果客户从该应用程序注销，所有未完成的事务也会被回滚。

2)      如果批处理中出现运行时语句错误（如违反约束），那么 SQL Server 中默认的行为将是只回滚产生该错误的语句。可以使用 SET XACT_ABORT 语句改变该行为。在 SET XACT_ABORT ON 语句执行之后，任何运行时语句错误都将导致当前事务自动回滚。编译错误（如语法错误）不受 SET XACT_ABORT 的影响。

3)     如果出现运行时错误或编译错误，那么程序员应该编写应用程序代码以便指定正确的操作（COMMIT 或 ROLLBACK）。
                                                 参考＜＜sqlserver2000帮助文件＞＞