日期:2014-01-03  浏览次数:20632 次

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协助文件>>