前触发器和后触发器简介(downmoon)tr

核心提示： 正如本例所示，无论何时Insert 或者Update 语句影响一个或者多行时，前触发器和后触发器简介(downmoon)tr(2)，inserted 临时表都有记录行，无论何时Delete 或者Update 语句影响一个或者多行时，SQL Sever 允许这种嵌套的触发器调用深度为32层，

正如本例所示，无论何时Insert 或者Update 语句影响一个或者多行时，inserted 临时表都有记录行。无论何时Delete 或者Update 语句影响一个或者多行时，deleted 临时表都有记录行。对于一个Update 语句，deleted 临时表有旧行，inserted 临时表有新行。这个示例还反映了触发器的另一个重要方面：对于某个表的Update 或者Delete 操作，即使该语句没有影响到行，也激活触发器 (也就是说没有满足Where 子句的行)。 触发器的存储过程应该预测这种可能性。

不仅可以为一个表创建多个触发器，而且还可以为一个表的同一个SQL 语句(例如Update 语句)创建多个后触发器，不能为同一个SQL 语句创建多个前触发器。每一个新的Create Trigger 语句增加触发器到那些指定表和语句已有的触发器中。对于所创建的多个触发器，可以用系统存储过程sp_settriggerorder 来指定第一个被激活的触发器和最后一个被激活的触发器，而对于其他的触发器，则不能指定其激活顺序，只能由系统决定。这种触发器的特征不会引起任何特殊的问题。因为总是可以实现各种动作作为正常的存储过程，并且按照要求的顺序从一个触发器中调用它们。

尽管触发器是一种存储过程，但是不能使用Execute 语句调用它，如果有希望共享触发器和正常的存储过程的编码，那么只需把共享代码放在存储过程中，从触发器中调用它。如果一个触发器修改一个表，那么这些修改可能会激活另一个触发器，或者本身。在默认情况下，SQL Sever 允许这种嵌套的触发器调用深度为32层。虽然我们建议允许嵌套的和叠代的触发器，但是可以使用系统存储过程禁止这么做。下面的语句在指定的数据库上防止叠代触发器：

sp_dboption AppDta,`recursive triggers',`false'