SQL 数据库中的事务

11.4.1 事务的由来

使用DELETE 命令或UPDATE 命令对数据库进行更新时一次只能操作一个表，这会带来数据库的数据不一致的问题。例如：企业取消了后勤部，需要将‘后勤部’从department表中删除，要修改department 表，而employee 表中的部门编号与后勤部相对应的员工也应删除。因此，两个表都需要修，改这种修改只能通过两条DELETE 语句进行。假设后勤部编号为‘1012’

第一条DELETE 语句修改department 表
delete from department
where dept_id = ’1012’
第二条DELETE 语句修改employee 表
delete from employee
where dept_id = ’1012’

    在执行第一条DELETE 语句后，数据库中的数据已处于不一致的状态，因为此时已经没有‘后勤部’了，但employee 表中仍然保存着属于后勤部的员工记录。只有执行了第二条DELETE 语句后数据才重新处于一致状态。但是，如果执行完第一条语句后，计算机突然出现故障，无法再继续执行第二条DELETE 语句，则数据库中的数据将处于永远不一致的状态。因此，必须保证这两条DELETE 语句同时执行。为解决类似的问题，数据库系统通常都引入了事务（Transaction） 的概念。

11.4.2 事务的概念
    事务是一种机制，是一个操作序列，它包含了一组数据库操作命令，所有的命令作为一个整体一起向系统提交或撤消操作请求，即要么都执行，要么都不执行。因此，事务是一个不可分割的工作逻辑单元，类似于操作系统中的原语。在数据库系统上执行并发操作时，事务是作为最小的控制单元来使用的。

    通常在程序中用BEGIN TRANSACTION 命令来标识一个事务的开始，用COMMITTRANSACTION 命令标识事务结束。这两个命令之间的所有语句被视为一体，只有执行到COMMIT TRANSACTION 命令时，事务中对数据库的更新操作才算确认。和BEGIN…END 命令类似，这两个命令也可以进行嵌套，即事务可以嵌套执行。这两个命令的语法如下：

BEGIN TRAN[SACTION] [transaction_name | @tran_name_variable]
COMMIT [ TRAN[SACTION] [transaction_name | @tran_name_variable] ]
其中BEGIN TRANSACTION 可以缩写为BEGIN TRAN、 COMMIT TRANSACTION可以缩写为COMMIT TRAN 或COMMIT。

• transaction_name
  指定事务的名称。只有前32 个字符会被系统识别。
• @tran_name_variable
  用变量来指定事务的名称，变量只能声明为CHAR、 VARCHAR、 NCHAR 或 NVARCHAR 类型。

      

11.4.3 事务回滚
事务回滚（Transaction Rollback） 是指当事务中的某一语句执行失败时，将对数据库的操作恢复到事务执行前或某个指定位置。
事务回滚使用ROLLBACK TRANSACTION 命令，其语法如下：
ROLLBACK [TRAN[SACTION] [transaction_name | @tran_name_variable
| savepoint_name | @savepoint_variable] ]
其中savepoint_name 和@savepoint_variable 参数用于指定回滚到某一指定位置。
如果要让事务回滚到指定位置，则需要在事务中设定保存点（Save Point）。所谓保存点是指定其所在位置之前的事务语句，不能回滚的语句即此语句前面的操作被视为有效。

其语法如下：
SAVE TRAN[SACTION] {savepoint_name | @savepoint_variable}
各参数说明如下：
avepoint_name
指定保存点的名称。同事务的名称一样，只有前32 个字符会被系统识别。

@savepoint_variable
用变量来指定保存点的名称。变量只能声明为CHAR、 VARCHAR、 NCHAR 或NVARCHAR 类型。



注意：如果不指定回滚的事务名称或保存点，则ROLLBACK TRANSACTION命令会将事务回滚到事务执行前，如果事务是嵌套的、则会回滚到最靠近的BEGIN TRANSACTION命令前。

原文转自：http://www.ltesting.net