活动事务日志以及事务的类型活动事务日志事务的提交与回滚事务的分类

所谓活动事务日志，就是所有没有提交的事务所产生的日志记录，以及在它们之后的所有日志记录。

如果一个事务还没有提交，那它可以在任何时候回滚。SQL Server必须做好这种准备，以便能够从日志记录中找回修改前的数据内容，完成回滚。在SQL Server里面，所有的日志记录都有严格顺序，中间不可以有任何跳跃。所以如果某个数据库有没有提交的事务，SQL Server会标记所有从这个事务开始的日志记录（不管和这个事务有没有关系）为活动事务日志 。这些日志记录都有可能“需要”被用来做回滚。

事务在提交前，所有的操作都是在虚拟的环境中进行的，事务提交时才将事务进行的所有修改更新到数据库的存储介质上，如硬盘。在事务提交前，如果有操作失败的情况，那么需要进行回滚操作，便可以取消事务所进行的修改，当事务被提交后，再执行回滚是无效的。

实验

<a></a>

一类是Explicit Transactions，另外一类是Implicit Transactions。

所谓的Explicit Transactions，就是我们需要在TSQL中显式定义的事务，由BEGIN TRANSACTION开头，由COMMIT TRANSACTION或者是ROLLBACK TRANSACTION结尾的事务。

Implicit Transactions是不需要声明事务的开始与结束，每一条语句本身就是一个事务，这样定义语句有：

ALTER TABLE

INSERT

CREATE

OPEN

DELETE

REVOKE

DROP

SELECT

FETCH

TRUNCATE TABLE

GRANT

UPDATE

这是SQL Server的默认事务提交模式，在这种模式下，所有的TSQL语句都会在其执行完的时候，执行成功的被提交，执行失败的被回滚。

常见的错误有三种，不同的错误有不同的提交回滚方式：

编译错误：编译错误主要就是语法错误。例如，在一个事务中，你又有一条语句中某一个关键字写错了，比如你将values达成了valuse，那么整个事务中的所有语句都不会被执行，相当于全部被回滚。

主键冲突：如果存在主键冲突的话，那么那些冲突的语句会被回滚，也就是插入失败，但是之前或者之后不冲突的语句插入成功，不会被回滚。

表不存在错误：假如一条插入语句的表名写错了，那么只回滚错误的那条语句，以及在错误语句之后的所有语句，这个跟前面的主键冲突有区别，前面主键冲突只回滚冲突语句，不影响后面的语句，而表不存在错误会影响错误语句后面的语句。

举例实例如下面三个例子所示：

 本文转自xwdreamer博客园博客，原文链接：http://www.cnblogs.com/xwdreamer/archive/2012/07/12/2588629.html，如需转载请自行联系原作者