首先， 說下我寫篇文章的目的，我希望能把我對觸發器的理解，分享出來與你一起學習
如果你有對觸發器和事務的概念，有些了解，這篇文章，對你來說會是很簡單，或能讓你更進一步的了解觸發器里面的一些故事，和觸發器中事務個故事。在這邊文章里面，我不會從觸發器和事務的概念去講述，而是從常見的兩種觸發器類型(DML觸發器 & DDL觸發器)和After觸發器 & Instead Of 觸發器的應用不同，開始說起它們，然后是說與事務有關的故事。如果，你有什么建議和意見，都可以通過文章后面的回復與我溝通，或者通過E-Mail方式，與 我交流；我的Email地址是：glal@163.com
在下面的內容，用到一些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
tempdb
object_id()
Contact
Contact
(
ID (1,1),
Name nvarchar(50),
Sex (2) (Sex (N,N)) ()
)
Go
再創建After觸發器tr_Contact
tempdb
( 1 sys.triggers name=)
tr_Contact
tr_Contact Contact Insert
Name,Sex Inserted
然后Insert數據，判斷After觸發器的執行順序
tempdb
Insert Contact (Name,Sex) (,)
這里，在沒有運行Insert語句之前，我們可以判斷，執行Insert過程會觸發Check錯誤，因為字段Sex的值必須是”F” Or “M”，而這里將要插入的是”U”.好了，再來看運行Insert語句后的情況。
本例子，只看到引發Check約束沖突的錯誤，而無法看到Inserted表的數據，說明一點就是,引起Check約束之前，不會引發After觸發器tr_Contact的操作。這就驗證了圖1的After觸發器執行順序情況。
好了，接下來，我們再測試Instead Of觸發器 圖2的情況；我使用上邊建好的測試表Contact來舉例。
先修改觸發器tr_Contact內容,
tempdb
( 1 sys.triggers name=)
tr_Contact
tr_Contact Contact Instead Insert
Insert Contact (Name,Sex) Name,Sex Inserted
再Insert數據，觀察SQL Server執行后的提示信息,
tempdb
Insert Contact (Name,Sex) (,)
Go
這里，看到，先是觸發器操作，再是Check約束處理。本例中，在觸發器里面使用一條Insert的語句來描述觸發器的代替執行操作，這SQL語句通過Select表Inserted得到觸發器外面Insert內容。當SQL Server執行到觸發器里面的Insert語句，才會引起Check約束處理.倘若，在觸發器tr_Contact沒有Insert的代替行為，那么就不會出現Check約束處理錯誤的信息(注：沒有Check錯誤信息，并不表示沒有作Check處理)。修改上邊的觸發器tr_Contact內容，做個簡易的驗證.
tempdb
( 1 sys.triggers name=)
tr_Contact
tr_Contact Contact Instead Insert
Go
tempdb
Insert Contact (Name,Sex) (,)
* 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 表，
master
( 1 sys.server_triggers name=)
tr_createDataBase Server
tr_createDataBase Server Create_DataBase
* inserted
Go
執行創建數據庫SQL語句,
master
myDataBase
(Name=,Filename=) Log
(Name=,Filename=)
返回錯誤信息，
使用上邊相同的方法，我們驗證DDL觸發器中，不會創建Deleted表；是否創建Deleted & Inserted,也可以認為是DDL觸發器與DML觸發器不同之處。在DLL觸發器與DML觸發器不同的一個重要特征是作用域，DML觸發器只能應用在數據庫層(Database Level)的表和視圖上，而DDL觸發器應用于數據庫層(Database Level)和服務器層(Server Level)；DDL觸發器的作用域取決于事件。下面簡單描述下事件組的內容。
數據庫層事件主要包含:
- 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
觸發器和事務的故事
在前面的幾個例子中，如DML觸發器例子，Insert 語句執行后，因為觸發器操作 或 Check處理錯誤，沒有把數據真正的插入到表Contact中。其實，當執行觸發器時，觸發器的操作好像有一個未完成的事務在起作用。 通過幾個例子來講解觸發器和事務的故事。
創建一個表ContactHIST，用于對表Contact作Update Or Delete操作時，把操作前的數據Insert到表ContactHIST中。
tempdb
object_id()
ContactHIST
ContactHIST
(
ID (1,1),
ContactID ,
Name nvarchar(50),
Sex (2),
ActionType nvarchar(10) (ActionType (,)),
LastUpdateDate datetime (getdate())
)
Go
修改觸發器tr_Contact內容，
tempdb
( 1 sys.triggers name=)
tr_Contact
tr_Contact Contact ,
Insert ContactHIST(ContactID,Name,Sex)
ID,Name,Sex deleted
測試數據，
tempdb
Insert Contact (Name,Sex) (,)
--
Contact
Sex=
Name=
* Contact
* ContactHIST
測試結果：
從上邊的測試情況，看出，Update Contact觸發tr_Contact觸發器操作，觸發器里面的Rollback Tran 動作導致了觸發器外面的Update語句執行回滾，而Rollback Tran 語句后面的Begin Tran語句，主要是應用于保持整個事務的完整性。為了更能理解這一過程，我模擬了一個觸發器中的事務開始結束過程。
圖4.
在SQL Server 2005 和 SQL Server 2008上面，可以看到如圖4.的效果。在低版本的SQL Server上，可能會出現錯誤提示情況，不管如何，在觸發器外面，SQL Server都會Rollback Tran。下面我做個錯誤提示的例子。
修改觸發器tr_Contact內容
tempdb
( 1 sys.triggers name=)
tr_Contact
tr_Contact Contact ,
Insert ContactHIST(ContactID,Name,Sex)
ID,Name,Sex deleted
--
重新執行Update操作，
tempdb
