在SQL Server中，我們可以使用二種方法來設定自動化的資料處理規則：
1.條件約束(Constraint)可以直接設定於資料表內，通常不需另外撰寫程式。但此方法只能進行比較單純的運作，包括自動填入預設值(DEFAULT)，確保欄位資料不得重複(PRIMARY KEY/UNIQUE KEY)、限制輸入值在某個範圍內(CHECK)、維護資料表間的參考完整性(FOREIGN KEY)...等。
2.觸發程序(Trigger)是針對單一資料表所撰寫的特殊預存程序，當該資料表發生INSERT、UPDATE或DELETE時會自動被觸發(執行)，以進行各項必要的處理工作。由於是撰寫程式，因此無論是單純或複雜的工作都可一手包辦。
當然，如果只是單純的自動化工作，我們應儘量利用條件約束來完成，因為這樣做一方面容易設定及維護，另一方面執行效率也會比較好。只有當條件約束無法滿足實際需求時，才應考慮使用觸發程序來處理。
那麼，觸發程序到底有什麼特異功能呢？底下來看幾個例子：
檢查所做的更改是否允許：
雖然我們可以用資料表的條件約束來維護資料完整性，例如CHECK、PRIMARY KEY/UNIQUE KEY、FOREIGN KEY等，但觸發程序可以做更多樣、更複雜的檢查。例如同時檢查許多個資料表，或使用IF...ELSE等來做更有彈性的檢查。
‧進行其他相關資料的更改動作：
例如當某筆訂單被取消時，我們可以利用觸發程序去自動刪除相關的送貨單資料，並將業務員的獎金扣一半；或是在更改員工的薪資時，將更改的日期及原薪資存入另一個薪資異動資料表中。
‧發出更改或預警的通知：
例如當有新進員工的資料被輸入時，觸發程序可以自動發Mail通知該部門的所有人員；或是當庫存量小於安全量時，即發Mail通知倉庫管理員要趕快進貨。
‧自訂錯誤訊息：
當操作不符合條件約束時，所回應給前端應用程式的錯誤訊息都是固定的內容。利用觸發程序，則可以回應我們自訂的錯誤訊息。
‧更改原來所要進行的資料操作：
利用SQL Server 2005的INSTEAD OF觸發程序，我們可以撰寫程式來取代原本應該進行的資料操作。例如當新增一筆記錄時，我們可以將該記錄的資料另做處理，而不存入資料表中。
‧檢視表也可以有觸發程序：
檢視表中的計算欄位通常是不允許更改的，但同樣是利用INSTEAD OF觸發程序，我們可以打破這個限制，將預備要更改的資料欄截出來另外處理。例如可將使用者輸入的地址先分解成縣市與街道二部份，再分別存入縣市與街道欄位。
其實觸發程序就像是倉庫的管理員一樣，當有貨物要進出時，管理員即會出面做查核或協調，以維護整個倉庫的正常運作。因此，如果您是資料庫的管理者(DBA，DataBase Administrator)，那麼就應該好好利用觸發程序的功能，為每個重要的資料表都設計一個最佳的倉庫管理員，這樣就不用擔心使用者胡作非為，或是不按照牌理出牌了。
觸發程序的種類與觸發時機
觸發程序可分為2種：
‧AFTER觸發程序：這類的觸發程序要在資料已變動完成之後(AFTER)，才會被啟動並進行必要的善後處理或檢查。若發現有錯誤，則可用ROLLBACK TRANSATION敘述將此次操作所更動的資料全部回復。
‧INSTEAD OF觸發程序：INSTEAD OF是"取代"的意思，就是這類觸發程序會取代原本要進行的操作(例如新增或更改資料的動作)，因此會在資料變動之前就發生，而且資料要如何變動也完全取決於觸發程序。
INSTEAD OF觸發程序能夠適用於資料表及檢視表(View)上；而AFTER觸發程序則只能使用於資料表。
另外，當我們在建立觸發程序時，還必須指定程序要被觸發的操作時機：INSERT、UPDATE或DELETE，至少要指定一種，當然一個觸發程序也可同時指定二種或三種時機。在同一個資料表中，我們可以建立許多的AFTER觸發程序，但INSTEAD OF觸發程序針對每種操作(INSERT、UPDATE、DELETE)最多只能各有一個。
如果針對某操作同時設定了INSTEAD OF及AFTER觸發程序，那麼只有前者會被觸發，後者未必會被觸發。
觸發程序的建立與修改
用SQL建立觸發程序的簡易語法如下：
1.條件約束(Constraint)可以直接設定於資料表內，通常不需另外撰寫程式。但此方法只能進行比較單純的運作，包括自動填入預設值(DEFAULT)，確保欄位資料不得重複(PRIMARY KEY/UNIQUE KEY)、限制輸入值在某個範圍內(CHECK)、維護資料表間的參考完整性(FOREIGN KEY)...等。
2.觸發程序(Trigger)是針對單一資料表所撰寫的特殊預存程序，當該資料表發生INSERT、UPDATE或DELETE時會自動被觸發(執行)，以進行各項必要的處理工作。由於是撰寫程式，因此無論是單純或複雜的工作都可一手包辦。
當然，如果只是單純的自動化工作，我們應儘量利用條件約束來完成，因為這樣做一方面容易設定及維護，另一方面執行效率也會比較好。只有當條件約束無法滿足實際需求時，才應考慮使用觸發程序來處理。
那麼，觸發程序到底有什麼特異功能呢？底下來看幾個例子：
檢查所做的更改是否允許：
雖然我們可以用資料表的條件約束來維護資料完整性，例如CHECK、PRIMARY KEY/UNIQUE KEY、FOREIGN KEY等，但觸發程序可以做更多樣、更複雜的檢查。例如同時檢查許多個資料表，或使用IF...ELSE等來做更有彈性的檢查。
‧進行其他相關資料的更改動作：
例如當某筆訂單被取消時，我們可以利用觸發程序去自動刪除相關的送貨單資料，並將業務員的獎金扣一半；或是在更改員工的薪資時，將更改的日期及原薪資存入另一個薪資異動資料表中。
‧發出更改或預警的通知：
例如當有新進員工的資料被輸入時，觸發程序可以自動發Mail通知該部門的所有人員；或是當庫存量小於安全量時，即發Mail通知倉庫管理員要趕快進貨。
‧自訂錯誤訊息：
當操作不符合條件約束時，所回應給前端應用程式的錯誤訊息都是固定的內容。利用觸發程序，則可以回應我們自訂的錯誤訊息。
‧更改原來所要進行的資料操作：
利用SQL Server 2005的INSTEAD OF觸發程序，我們可以撰寫程式來取代原本應該進行的資料操作。例如當新增一筆記錄時，我們可以將該記錄的資料另做處理，而不存入資料表中。
‧檢視表也可以有觸發程序：
檢視表中的計算欄位通常是不允許更改的，但同樣是利用INSTEAD OF觸發程序，我們可以打破這個限制，將預備要更改的資料欄截出來另外處理。例如可將使用者輸入的地址先分解成縣市與街道二部份，再分別存入縣市與街道欄位。
其實觸發程序就像是倉庫的管理員一樣，當有貨物要進出時，管理員即會出面做查核或協調，以維護整個倉庫的正常運作。因此，如果您是資料庫的管理者(DBA，DataBase Administrator)，那麼就應該好好利用觸發程序的功能，為每個重要的資料表都設計一個最佳的倉庫管理員，這樣就不用擔心使用者胡作非為，或是不按照牌理出牌了。
觸發程序的種類與觸發時機
觸發程序可分為2種：
‧AFTER觸發程序：這類的觸發程序要在資料已變動完成之後(AFTER)，才會被啟動並進行必要的善後處理或檢查。若發現有錯誤，則可用ROLLBACK TRANSATION敘述將此次操作所更動的資料全部回復。
‧INSTEAD OF觸發程序：INSTEAD OF是"取代"的意思，就是這類觸發程序會取代原本要進行的操作(例如新增或更改資料的動作)，因此會在資料變動之前就發生，而且資料要如何變動也完全取決於觸發程序。
INSTEAD OF觸發程序能夠適用於資料表及檢視表(View)上；而AFTER觸發程序則只能使用於資料表。
另外，當我們在建立觸發程序時，還必須指定程序要被觸發的操作時機：INSERT、UPDATE或DELETE，至少要指定一種，當然一個觸發程序也可同時指定二種或三種時機。在同一個資料表中，我們可以建立許多的AFTER觸發程序，但INSTEAD OF觸發程序針對每種操作(INSERT、UPDATE、DELETE)最多只能各有一個。
如果針對某操作同時設定了INSTEAD OF及AFTER觸發程序，那麼只有前者會被觸發，後者未必會被觸發。
觸發程序的建立與修改
用SQL建立觸發程序的簡易語法如下：
CREATE TRIGGER trigger_name
ON {table | view}
[WITH ENCRYPTION]
{FOR | AFTER | INSTEAD OF} { [DELETE] [,] [INSERT] [,] [UPDATE]}
AS
sql_statements
