时间:2021-07-01 10:21:17 帮助过:38人阅读
在下面的内容,用到一些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 图2
左边的图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.
从图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触发器的作用域取决于事件。下面简单描述下事件组的内容。
数据库层事件主要包含:
服务器层事件主要包含:
触发器和事务的故事
创建一个表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)