在下面的內容，用到一些SQL Server 觸發(fā)器和事務的一些術語，如果有些不明白的地方，可以查閱MSDN資料庫，或SQL Server本地幫助文檔：

After 觸發(fā)器將在處理觸發(fā)操作（Insert、Update 或 Delete）、Instead Of 觸發(fā)器和約束之后激發(fā)。Instead Of是將在處理約束前激發(fā)，以替代觸發(fā)操作。下面兩張圖描述了After觸發(fā)器和Instead Of觸發(fā)器的執(zhí)行先后順序。

圖1 圖2

左邊的圖1，描述了After觸發(fā)器執(zhí)行順序情況，我在這里通過一個簡單的例子來說明After觸發(fā)器的執(zhí)行順序，以便能加深對左圖1 After觸發(fā)器的理解。

先創(chuàng)建表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

再創(chuàng)建After觸發(fā)器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表的內容，用來判斷觸發(fā)器執(zhí)行的先后順序*/

Go

然后Insert數據，判斷After觸發(fā)器的執(zhí)行順序

use tempdb

Go

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

Go

這里，在沒有運行Insert語句之前，我們可以判斷，執(zhí)行Insert過程會觸發(fā)Check錯誤，因為字段Sex的值必須是”F” Or “M”，而這里將要插入的是”U”.好了，再來看運行Insert語句后的情況。

本例子，只看到引發(fā)Check約束沖突的錯誤，而無法看到Inserted表的數據，說明一點就是,引起Check約束之前，不會引發(fā)After觸發(fā)器tr_Contact的操作。這就驗證了圖1的After觸發(fā)器執(zhí)行順序情況。

好了，接下來，我們再測試Instead Of觸發(fā)器 圖2的情況；我使用上邊建好的測試表Contact來舉例。

先修改觸發(fā)器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 '觸發(fā)器作代替執(zhí)行操作'

Insert Into Contact (Name,Sex) Select Name,Sex From Inserted /*代替觸發(fā)器外面的Insert行為*/

Go

再Insert數據，觀察SQL Server執(zhí)行后的提示信息,

use tempdb

Go

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

Go

這里，看到，先是觸發(fā)器操作，再是Check約束處理。本例中，在觸發(fā)器里面使用一條Insert的語句來描述觸發(fā)器的代替執(zhí)行操作，這SQL語句通過Select表Inserted得到觸發(fā)器外面Insert內容。當SQL Server執(zhí)行到觸發(fā)器里面的Insert語句，才會引起Check約束處理.倘若，在觸發(fā)器tr_Contact沒有Insert的代替行為，那么就不會出現(xiàn)Check約束處理錯誤的信息(注：沒有Check錯誤信息，并不表示沒有作Check處理)。修改上邊的觸發(fā)器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 '觸發(fā)器作代替執(zhí)行操作'

Go

use tempdb

Go

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

Go

Select * From Contact

可以看到，Instead Of 觸發(fā)器tr_Contact內容沒有Insert的SQL語句，不會引發(fā)Check處理錯誤，而且檢查Insert動作后的結果，發(fā)現(xiàn)表Contact也沒有之前我們Insert的數據。這些足夠驗證了Instead Of觸發(fā)器的執(zhí)行先后順序和代替執(zhí)行操作。

DML 觸發(fā)器 Vs DDL 觸發(fā)器

DML 觸發(fā)器在 Insert、Update 和 Delete 語句上操作，可以作為After 觸發(fā)器 和 Instead Of 觸發(fā)器。

DDL 觸發(fā)器對 Create、Alter、Drop 和其他 DDL 語句以及執(zhí)行 DDL 式操作的存儲過程執(zhí)行操作，只可作為After觸發(fā)器，不能Instead Of觸發(fā)器。

前面的內容，有描述DML觸發(fā)器中的After & Instead Of觸發(fā)器內容，下面直接來看DDL的操作順序：

圖3.

從圖3.可以知道，在DDL觸發(fā)器中，是沒有創(chuàng)建Inserted & Deleted過程的，我們通過簡單的例子去測試下。

創(chuàng)建一個服務器范圍內的DDL觸發(fā)器，檢查有沒有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

執(zhí)行創(chuàng)建數據庫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觸發(fā)器中，不會創(chuàng)建Deleted表；是否創(chuàng)建Deleted & Inserted,也可以認為是DDL觸發(fā)器與DML觸發(fā)器不同之處。在DLL觸發(fā)器與DML觸發(fā)器不同的一個重要特征是作用域，DML觸發(fā)器只能應用在數據庫層(Database Level)的表和視圖上，而DDL觸發(fā)器應用于數據庫層(Database Level)和服務器層(Server Level)；DDL觸發(fā)器的作用域取決于事件。下面簡單描述下事件組的內容。

數據庫層事件主要包含:

DDL Table events: Create table, Alter table, Drop table DDL view events : Create view, Alter view, Drop view DDL trigger events :Create trigger, Drop trigger, Alter trigger DDL synonym events: Create synonym, drop synonym DDL Index events: Create index, Alter index, Drop Index 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 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

服務器層事件主要包含：

Create Database, Drop Database Create Login, Drop Login, Alter Login

觸發(fā)器和事務的故事

創(chuàng)建一個表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

修改觸發(fā)器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 

-->
									
版權聲明：本站文章來源標注為YINGSOO的內容版權均為本站所有，歡迎引用、轉載，請保持原文完整并注明來源及原文鏈接。禁止復制或仿造本網站，禁止在非www.sddonglingsh.com所屬的服務器上建立鏡像，否則將依法追究法律責任。本站部分內容來源于網友推薦、互聯(lián)網收集整理而來，僅供學習參考，不代表本站立場，如有內容涉嫌侵權，請聯(lián)系alex-e#qq.com處理。