trigger

一、认识触发程序
　

      使用触发程序程序的好处是SQL Server会使用触发程序以自动执行该触发程序所定义的命令，这使得数据库功能性更为强大。因此只要您事先定义触发程序，您不需要担心数据库客户端（这包含了使用者或应用程序）是否了解所有的资料依存性和商业规则。

      举例来说，一位业务员已经规划了一个订单总计等于或大于$ 10,000时，就必须要进行信用检查的规则。假如CreditApproved是指Customer资料表内的一个资料行，而现在有一笔订单的相关资料要新增至Order资料表中，此时您无法使用CHECK条件约束来执行此规则。但是更令人烦恼的是您要在数据库客户端强制这些规则更为困难，于是触发程序就可以提供在数据库本身进行建置此规则的机制。

      触发程序也可以用于避免客户端变更数据库规则。继续前一个范例，假如将商业规则更改为金额大于或等于$ 15,000时才需要信用验证时，这个新的规则可以在数据库层级建置，而您不需要检查和更新所有客户端的应用程序。

      触发程序最典型的使用方式是－商业规则无法使用资料表条件约束强制建置时，就使用触发程序。触发程序很早就已经需要串联参考完整性（cascading referential integrity）的功能，但是直到SQL Server 2000这个版本才支持。然而，现在我们可以在资料表层级使用触发程序建置串联参考完整性，就像刚才的范例一样。大多数的商业规则会涉及多个资料表－例如计算总和需要使用到其它的资料表，这通常藉由触发程序会比较容易建置。

提示

      纵使触发程序的执行效能并不是问题的重点所在（当它和资料指针一起使用时），您应该尽可能的使用较低阶的方式建置规则。假如您的商业规则可以利用CHECK条件约束建置时，您就不应该使用触发程序；而如果您可以使用UNIQUE条件约束时，您就不应该使用CHECK条件约束。

AFTER触发程序　

      SQL Server 2000支持了二种不同的触发程序型态：AFTER触发程序和INSTEAD OF触发程序。触发的情况分别如下：AFTER触发程序将会在其所定义的命令执行后被触发；INSTEAD OF触发程序将会代替其所定义的命令被触发。

      您可以针对INSERT、UPDATE和DELETE命令建立AFTER触发程序。AFTER触发程序只能在资料表上建立，而不能在检视表上建立。但是您可以针对这三个命令分别建立多个触发程序，相对地，单一的触发程序也可以套用这三个命令的任意组合。

提示

      假如您针对单一个命令建立多个触发程序时，您可以使用系统预存程序sp_settriggerorder来设定该命令执行时的第一个和最后一个触发程序。

      AFTER触发程序会在所有的条件约束被处理之后再触发，假如有违反条件约束的情况发生时，该AFTER触发程序将不会被触发。

      举例来说，假如在资料表中试图新增资料列而导致违反PRIMARY KEY条件约束时，该INSERT陈述式会在呼叫触发程序之前就发生执行失败。

INSTEAD OF触发程序　

      INSTEAD OF触发程序会取代其所定义的命令被触发。就像AFTER触发程序一样，您可以在INSERT、UPDATE或DELETE命令中定义INSTEAD OF触发程序。单一的触发程序可以套用多重命令的任意组合。

      与AFTER触发程序不同的是，您可以针对资料表和检视表来建立INSTEAD OF触发程序，但是在资料表或检视表上的每一个动作，您只能建立单一个INSTEAD OF触发程序。

      INSTEAD OF触发程序不兼容于串联参考完整性。INSTEAD OF DELETE与INSTEAD OF UPDATE触发程序不能定义于以DELETE或UPDATE动作定义外部索引键的资料表。

      因为INSTEAD OF触发程序可以宣告在检视表中，所以它们非常地适用于建置检视表的功能性。举例来说，针对一个包含有GROUP BY子句的检视表来说，SQL Server会防止使用INSERT陈述式，但是却允许您针对该检视表定义一个INSTEAD OF INSERT触发程序。您可以使用该触发程序以将资料列插入定义检视表的底层资料表中。

BEFORE触发程序　

      就本质上而言，是没有BEFORE触发程序的。但是INSTEAD OF触发程序可以代替其所定义的命令执行。如果没有INSTEAD OF触发程序存在，则该命令就会真的执行。

      举例来说，假如您想要在INSERT之前检查某些条件时，您可以宣告一个INSTEAD OF INSERT触发程序。该INSTEAD OF触发程序将执行此检查，然后在资料表中执行INSERT。该INSERT陈述式将会正常地执行，而不需要递归地呼叫INSTEAD OF触发程序。

二、建立触发程序　

      SQL Server使用触发程序来处理一些条件约束。您无法使用触发程序CREATE、ALTER或DROP数据库、您无法使用触发程序将数据库或交易记录档案进行还原、并且您无法使用触发程序进行更改SQL Server设定的操作（您可以参考「SQL Server线上丛书」所提供的完整说明）。

      假如您在触发程序中更改数据库选项时，您所更改的选项只会在触发程序执行期间有效，但是在触发程序执行完毕之后，您所更改的值将会恢复到原来的值。

      理论上，您可以使用RETURN陈述式自触发程序中传回一个值，但是您不应该依赖客户端应用程序来探知该触发程序是否存在或该触发程序作了什么。RAISERROR命令提供了一个比较好的技术，因为大多数的应用程序的设计会掌控这些错误。

使用CREATE TRIGGER命令　

      就像其它的数据库对象一样，您可以使用CREATE陈述式的形式建立一个触发程序。CREATE陈述式的基本语法为：

CREATE TRIGGER trigger_name
ON table_or_view
trigger_type command_list
AS
SQL_statements

      其中trigger_name必须要遵守唯一性的规则，假如trigger_type是INSTEAD OF时，table_or_view可以是检视表名称，因为您只可以在检视表中定义INSTEAD OF触发程序。触发程序不能建立在暂存资料表或系统资料表中，但是它们可以引用暂存资料表。

      trigger_type关键词只能是AFTER、FOR或INSTEAD OF其中之一；command_list可以联合使用任何INSERT、UPDATE或DELETE命令，假如您要使用一个以上的命令时，您可以使用逗号「，」将这些命令区隔开来。

提示

      早期的SQL Server版本仅支持AFTER触发程序和trigger_type FOR语法，此语法在SQL Server 2000中也有支持，但是它与AFTER所表示的意思是相同的。