第5章：数据库完整版性.pptVIP

设置AFTER触发器的激活顺序 同一操作定义的触发器越来越多的时候，触发器被激活的次序就会变得越来越重要了。在SQL SERVER里，使用系统存储过程sp_settriggerorder可以为每一个操作各指定一个最先执行的AFTER触发器和最后执行的AFTER触发器。 语法如下： sp_settriggerorder 触发器名,激活次序,激活动作 触发器名用单引号，因其为一个字符串 激活次序FIRST,LAST,NONE 激活触发器的动作：Insert,Update,Delete 例：将trgdeletestudent设置为delete操作的第一个触发器： sp_settriggerorder ‘trgdeletestudent’,’First’,’delete’ 设置AFTER触发器激活顺序时，几点注意事项： 每个操作最多只能设一个FIRST和一个LAST触发器； 要取消已经设好的FIRST或LAST触发器，只要把它们设为NONE触发器； 如果用ALTER命令修改过触发器内容后，该触发器自动变为NONE触发器，所以用ALTER也可以取消设置好的FIRST和LAST AFTER触发器可以设置激活次序，Instead of触发器不可以设置激活次序。 激活触发器的动作必须和触发器内部的激活动作一致。 触发器的嵌套 当一个触发器执行时，能够触活另一个触发器，这种情况就是触发器的嵌套。在SQL SERVER2005中，触发器能够嵌套到32层。 触发器的递归 触发器的递归，是指一个触发器从其内部又一次激活该触发器。例如一个Insert触发器内部还有一条对本数据表插入记录的SQL语句，那么这个插入语句就有可能再一次激活这个触发器本身。这种为直接递归。 还有一种间接递归。举例说明：当向A表中插入一条记录时，激活了A表的Insert触发器，A表的Insert触发器里有一个对B表进行Insert操作的，而在B表的Insert触发器里有一个对A表进行Insert操作的。这样会引起触发器的间接递归。 Instead of触发器 Instead of触发器与After触发器的工作流程是不一样的。After触发器是在SQL SERVER服务器接到执行SQL语句请求之后，先建立临时的inserted表和deleted表，然后实际更改数据，最后才激活触发器的。而Instead of触发器看起来就简单多了，在SQL SERVER接到执行请求后，先建立临时的inserted表和deleted表，然后就触发了Instead of触发器，把执行权交给Instead of触发器，由它去完成之后的操作。 Instead of触发器的使用范围： 数据库的数据禁止修改； 可能要回滚修改的SQL语句； 在视图中使用触发器； 用自己的方式去修改数据； 用Instead of触发器实现连接视图的更新 例： 有如下视图 CREATE VIEW vwEmployeeCandidate AS SELECT E.cCandidateCode,vFirstName, vLastName,cPhone,siTestScore FROM Employee AS E JOIN InternalCandidate AS I ON E.cCandidateCode=I.cCandidateCode 续上例，对该视图进行更新，更新候选人代码为‘000018’的测试成绩和电话号码，写出如下的更新语句： UPDATE vwEmployeeCandidate SET cPhone=‘(614)324-5634’,siTestScore=75 WHERE cCanidateCode=‘000018’ 该语句执行时会产生一个错误！原因是：视图只允许一次更新一个基表。 注：现在我们希望该语句执行时不产生错误，怎么办？？？ CREATE TRIGGER trgEmployeeCandidate ON vwEmployeeCandidate INSTEAD OF UPDATE AS DECLARE @phone CHAR(15) DECLARE @testScore int DECLARE @candidateCode CHAR(6) SELECT @phone = (SELECT cPhone FROM Inserted) SELECT @testScore= (SELECT siTestScore FROM Inserted) SELECT @candidateCode=(SELECT cCandidateCode FROM Inserted