了解SQL Server触发器及触发器中的事务

　在下面的内容，用到一些SQL Server 触发器和事务的一些术语，若是有些不明白的地方，能够查阅MSDN资料库，或SQL Server本地帮助文档：

• DML触发器(DML Triggers)
• DDL触发器(DDL Triggers)
• 事务模式(Transaction modes)
• 显式事务(Explicit Transactions)
• 自动提交事务(Autocommit Transactions)
• 隐式事务(Implicit Transactions)
• 批范围的事务(Batch-scoped Transactions)

　　After触发器 Vs Instead Of触发器

　　After 触发器将在处理触发操做（Insert、Update 或 Delete）、Instead Of 触发器和约束以后激发。Instead Of是将在处理约束前激发，以替代触发操做。下面两张图描述了After触发器和Instead Of触发器的执行前后顺序。    　　左边的图1，描述了After触发器执行顺序状况，我在这里经过一个简单的例子来讲明After触发器的执行顺序，以便能加深对左图1 After触发器的理解。先建立表Contact：

use tempdb
Go
if   object_id ( ' Contact ' ) Is Not null
Drop Table Contact
Go
Create Table Contact
(
ID int Primary Key Identity ( 1 , 1 ),
Name nvarchar ( 50 ),
Sex nchar ( 2 ) Check (Sex In (N ' F ' ,N ' M ' )) Default ( ' M ' )
)
Go

　　再建立After触发器tr_Contact：

use tempdb
Go
If Exists ( Select 1 From sys.triggers Where name = ' tr_Contact ' )
Drop Trigger tr_Contact
Go
Create Trigger tr_Contact On Contact After Insert
As
Select Name,Sex From Inserted /* 显示Inserted表的内容，用来判断触发器执行的前后顺序 */
Go

　　而后Insert数据，判断After触发器的执行顺序：

use tempdb
Go
Insert Into Contact (Name,Sex) Values ( ' Bill ' , ' U ' )
Go

　　这里，在没有运行Insert语句以前，咱们能够判断，执行Insert过程会触发Check错误，由于字段Sex的值必须是”F” Or “M”，而这里将要插入的是”U”.好了，再来看运行Insert语句后的状况。

　　本例子，只看到引起Check约束冲突的错误，而没法看到Inserted表的数据，说明一点就是,引发Check约束以前，不会引起After触发器tr_Contact的操做。这就验证了图1的After触发器执行顺序状况。

　　好了，接下来，咱们再测试Instead Of触发器 图2的状况；我使用上边建好的测试表Contact来举例。

　　先修改触发器tr_Contact内容：

use tempdb
Go
If Exists ( Select 1 From sys.triggers Where name = ' tr_Contact ' )
Drop Trigger tr_Contact
Go
Create Trigger tr_Contact On Contact Instead Of Insert
As
print ' 触发器做代替执行操做 '
Insert Into Contact (Name,Sex) Select Name,Sex From Inserted /* 代替触发器外面的Insert行为 */
Go

　　再Insert数据，观察SQL Server执行后的提示信息：

use tempdb
Go
Insert Into Contact (Name,Sex) Values ( ' Bill ' , ' U ' )
Go

　　这里，看到，先是触发器操做，再是Check约束处理。本例中，在触发器里面使用一条Insert的语句来描述触发器的代替执行操做，这SQL语句经过Select表Inserted获得触发器外面Insert内容。当SQL Server执行到触发器里面的Insert语句，才会引发Check约束处理.假若，在触发器tr_Contact没有Insert的代替行为，那么就不会出现Check约束处理错误的信息(注：没有Check错误信息，并不表示没有做Check处理)。修改上边的触发器tr_Contact内容，作个简易的验证。

use tempdb
Go
If Exists ( Select 1 From sys.triggers Where name = ' tr_Contact ' )
Drop Trigger tr_Contact
Go
Create Trigger tr_Contact On Contact Instead Of Insert
As
print ' 触发器做代替执行操做 '
Go
use tempdb
Go
Insert Into Contact (Name,Sex) Values ( ' Bill ' , ' U ' )
Go
Select * From Contact

 

　　能够看到，Instead Of 触发器tr_Contact内容没有Insert的SQL语句，不会引起Check处理错误，并且检查Insert动做后的结果，发现表Contact也没有以前咱们Insert的数据。这些足够验证了Instead Of触发器的执行前后顺序和代替执行操做。

　　DML 触发器 Vs DDL 触发器

 　　DML 触发器在 Insert、Update 和 Delete 语句上操做，能够做为After 触发器 和 Instead Of 触发器。

　　DDL 触发器对 Create、Alter、Drop 和其余 DDL 语句以及执行 DDL 式操做的存储过程执行操做，只可做为After触发器，不能Instead Of触发器。

　　前面的内容，有描述DML触发器中的After & Instead Of触发器内容，下面直接来看DDL的操做顺序：    

　　从图3.能够知道，在DDL触发器中，是没有建立Inserted & Deleted过程的，咱们经过简单的例子去测试下。

　　建立一个服务器范围内的DDL触发器，检查有没有Inserted 表：

use master
Go
If Exists ( Select 1 From sys.server_triggers Where name = ' tr_createDataBase ' )
Drop Trigger tr_createDataBase On All Server
Go
Create Trigger tr_createDataBase On All Server After Create_DataBase
As
Select * From inserted
Go

　　执行建立数据库SQL语句：

use master
Go
Create Database myDataBase On Primary
(Name = ' MyDataBase_Data ' ,Filename = ' E:\DATA\SQL2008DE01\MyDataBase_Data.mdf ' ) Log On
(Name = ' MyDataBase_Log ' ,Filename = ' E:\DATA\SQL2008DE01\MyDataBase_Log.ldf ' )
Go

 

　　返回错误信息：

　　使用上边相同的方法，咱们验证DDL触发器中，不会建立Deleted表；是否建立Deleted & Inserted,也能够认为是DDL触发器与DML触发器不一样之处。在DLL触发器与DML触发器不一样的一个重要特征是做用域，DML触发器只能应用在数据库层(Database Level)的表和视图上，而DDL触发器应用于数据库层(Database Level)和服务器层(Server Level)；DDL触发器的做用域取决于事件。下面简单描述下事件组的内容。

　　数据库层事件主要包含:

1. DDL Table events: Create table, Alter table, Drop table
2. DDL view events : Create view, Alter view, Drop view
3. DDL trigger events :Create trigger, Drop trigger, Alter trigger
4. DDL synonym events: Create synonym, drop synonym
5. DDL Index events: Create index, Alter index, Drop Index
6. DDL Database level security events:
   • Create User, Drop user, Alter user
   • Create role, Drop role, Alter role
   • Create application role, Drop application role, Alter Application role
   • Create Schema, Drop Schema, Alter Schema
   • Grant database access, Revoke database access, Deny Database access
7. DDL Service broker events:
   • Create Message type, Alter Message type, Drop Message type
   • Create contract, Drop contract, Alter contract
   • Create Service, Alter service, Drop Service
   • Create route, Drop route, Alter route

　　服务器层事件主要包含：

1. Create Database, Drop Database
2. Create Login, Drop Login, Alter Login

　　触发器和事务的故事

　　在前面的几个例子中，如DML触发器例子，Insert 语句执行后，由于触发器操做 或 Check处理错误，没有把数据真正的插入到表Contact中。其实，当执行触发器时，触发器的操做好像有一个未完成的事务在起做用。 经过几个例子来说解触发器和事务的故事。

　　建立一个表ContactHIST，用于对表Contact做Update Or Delete操做时，把操做前的数据Insert到表ContactHIST中。

use tempdb
Go
if object_id ( ' ContactHIST ' ) Is Not null
Drop Table ContactHIST
Go
Create Table ContactHIST
(
ID int Primary Key Identity ( 1 , 1 ),
ContactID int ,
Name nvarchar ( 50 ),
Sex nchar ( 2 ),
ActionType nvarchar ( 10 ) Check (ActionType In ( ' Update ' , ' Delete ' )),
LastUpdateDate datetime Default ( getdate ())
)
Go

　　修改触发器tr_Contact内容：

use tempdb
Go
If Exists ( Select 1 From sys.triggers Where name = ' tr_Contact ' )
Drop Trigger tr_Contact
Go
Create Trigger tr_Contact On Contact After Update , Delete
As
Insert Into ContactHIST(ContactID,Name,Sex)
Select ID,Name,Sex From deleted
Rollback Tran
Begin Tran
Go

　　测试数据：

use tempdb
Go
Insert Into Contact (Name,Sex) Values ( ' Bill ' , ' F ' )
Go
-- Update  
Update Contact
Set Sex = ' M '
Where Name = ' Bill '
Go
Select * From Contact
Select * From ContactHIST
Go

　　测试结果：

　　从上边的测试状况，看出，Update Contact触发tr_Contact触发器操做，触发器里面的Rollback Tran 动做致使了触发器外面的Update语句执行回滚，而Rollback Tran 语句后面的Begin Tran语句，主要是应用于保持整个事务的完整性。为了更能理解这一过程，我模拟了一个触发器中的事务开始结束过程。

　　在SQL Server 2005 和 SQL Server 2008上面，能够看到如图4.的效果。在低版本的SQL Server上，可能会出现错误提示状况，无论如何，在触发器外面，SQL Server都会Rollback Tran。下面我作个错误提示的例子。

　　修改触发器tr_Contact内容：

use tempdb
Go
If Exists ( Select 1 From sys.triggers Where name = ' tr_Contact ' )
Drop Trigger tr_Contact
Go
Create Trigger tr_Contact On Contact After Update , Delete
As
Insert Into ContactHIST(ContactID,Name,Sex)
Select ID,Name,Sex From deleted
Rollback Tran
-- Begin Tran
Go

　　从新执行Update操做：

use tempdb
Go
Update Contact
Set Sex = ' M '
Where Name = ' Bill '
Go
Select @@TRANCOUNT
Go
Select * From Contact
Select * From ContactHIST
Go

　　在触发器里面没有Begin Tran语句动做，触发器外面也能回滚操做。这里咱们能够经过查询表数据和@@Trancount来判断。

　　其实，上面的例子，Update语句，是以自动提交事务(Autocommit Transactions)模式 开始执行的，触发器里Rollback Tran后面，无论有没有Begin Tran ，最后都会事务都会交回给SQL Server自动提交事务管理。固然，在DML触发器中，你能够使用显式事务(Explicit Transactions),或开启隐式事务(Implicit Transactions) 来控制，固然你也能够应用于批范围的事务(Batch-scoped Transactions) 中。这里，我经过开启隐式事务(Implicit Transactions) 的例子来讲，触发器与事务的关系。

　　修改触发器tr_Contact的内容：

use tempdb
Go
If Exists ( Select 1 From sys.triggers Where name = ' tr_Contact ' )
Drop Trigger tr_Contact
Go
Create Trigger tr_Contact On Contact After Update , Delete
As
Print N ' 触发器里Insert 前，@@Trancount= ' + Rtrim ( @@Trancount )

Insert Into ContactHIST(ContactID,Name,Sex)
Select ID,Name,Sex From deleted

Print N ' 触发器里Insert后，Rollback Tran 前，@@Trancount= ' + Rtrim ( @@Trancount )

Rollback Tran
Print N ' 触发器里Rollback Tran 后，@@Trancount= ' + Rtrim ( @@Trancount )
Begin Tran
Go

　　开启隐式事务(Implicit Transactions) 来测试：

use tempdb
Go
Set Implicit_transactions On /**/
Go
Print N ' Update Contact前，@@Trancount= ' + Rtrim ( @@Trancount )
Update Contact
Set Sex = ' M '
Where Name = ' Bill '

Print N ' Update Contact后，@@Trancount= ' + Rtrim ( @@Trancount )
Rollback Tran
Print N ' 触发器外面Rollback Tran 后，@@Trancount= ' + Rtrim ( @@Trancount )
Go
Set Implicit_transactions Off /**/
Go
Go
Select * From Contact
Select * From ContactHIST
Go

　　这里，你是否发现一个颇有意思的问题，在触发器理，执行Insert ContactHIST以前，@@Trancount=1,执行Insert后，@@Trancount仍是为1，触发器外面Update Contact后，@@Trancount就变成了2,。这里能够理解成，你在触发器里面，发出一个Begin Tran，那么SQL Server 就会建立一个嵌套事务。当你在触发器里面，在Rollback Tran后面屏蔽掉Begin Tran，就会出现错误3609，如：

use tempdb
Go
If Exists ( Select 1 From sys.triggers Where name = ' tr_Contact ' )
Drop Trigger tr_Contact
Go
Create Trigger tr_Contact On Contact After Update , Delete
As
Print N ' 触发器里Insert 前，@@Trancount= ' + Rtrim ( @@Trancount )
Insert Into ContactHIST(ContactID,Name,Sex)
Select ID,Name,Sex From deleted
Print N ' 触发器里Insert后，Rollback Tran 前，@@Trancount= ' + Rtrim ( @@Trancount )
Rollback Tran
Print N ' 触发器里Rollback Tran 后，@@Trancount= ' + Rtrim ( @@Trancount )
Go

　　这里，能够看到事务在触发器中Rollback，又没有开启新的事务，致使整个批处理就停止，不会继续执行触发器外面的Rollback Tran操做。假若，你在触发器中使用Begin Tran …… Commit Tran格式，那么触发器Commit Tran不会影响到外面的事务；下面描述三种常见触发器中事务的状况：

　　图5. 描述在触发器中含有Begin Tran …… Commit Tran的状况。

　　图6. 描述在触发器中含有Save Tran savepoint_name …… Rollback Tran savepoint_name 的状况，触发器中的Rollback Tran 只会回滚指定的保存点，不会影响到触发器外面的Commit Tran Or Rollback Tran操做。

　　图7. 描述在触发器中含有Rollback Tran的状况，无论触发器里面有没有Begin Tran，都会出现错误3609，停止批处理。

　　注：DDL触发器操做能够触发器中回滚操做，能够使用命令如Rollback，但严重错误可能会致使整个事务自动回滚。不能回滚发生在 DDL 触发器正文内的 Alter Database事件。在触发器中使用Rollback … Begin Tran 可能会致使意想不到的结果，在没有确认和测试状况下，请不要随便在触发器中直接使用Rollback …Begin Tran处理方式.特别是Create Database事件，在SQL Server 2008和SQL Server 2005环境下，产生的结果不一样。

　　Rollback …Begin Tran状况：

Create Trigger …
As
……
Rollback
Begin Tran
End

　　小结

　　回顾前文至后文，从After触发器VsInstead Of 触发器，说到DML触发器 Vs DDL触发器，再到触发器中事务的故事。也许有些地方描述的有些模糊，有些地方只有一笔带过；你在测试代码过程当中，可能发现有些地方与这里测试的状况不一样，那多是由于SQL Server版本的不一样，致使一些测试结果不一样。不管如何，只要你感受对你了解触发器，有些帮助，就OK了