探究 SQL Serverr 的触发器:第二部分

核心提示： ALTER TRIGGER tr_OrderDetails ON [Order Details] AFTER UPDATEASIF (COLUMNS_UPDATED() >= 12)BEGINRAISERROR (''''Cannot change both UnitPrice

ALTER TRIGGER tr_OrderDetails ON [Order Details] AFTER UPDATE
AS
　　IF (COLUMNS_UPDATED() >= 12)
　　BEGIN
　　　　RAISERROR (''''Cannot change both UnitPrice and Quantity
　　　　　　　　　 at the same time'''', 16, 1)
　　　　ROLLBACK TRAN
　　END
GO

请注意　COLUMN_UPDATED　功能现在是怎么去检测位掩码的但是否小于等于12.如果你修改联系UnitPrice,Quantity和Discount列的话，位掩码就变为00111，代表整数28（4+8+16）。当在一个表中不止有8个列时，这个函数就会先返回包含了前八列的五个字节，而第从第九到第十六就会在第二个字节中，以此类推。这个功能在决定允许哪些列可以被更新比只对第列进行更新的UPDATE功能更有用。

如前期所描述的一样，在潢足特定条件规则条件下，触发器可以回滚事务，当一个含有回滚的触发器在SQL脚本中执行时，整个处理将被取消。因此，被触发动作修改的的所有数据将由ROLLBACK TRANSACION语句回滚。虽然一个回滚并不阻止触发执行SQL语句所有在ROLLBACK TRANSACION语句后面的语句都会被执行 。特别是当一个触发器继续执行回滚语句后面的语句时，在回滚以后所作的任何修改都不会回滚。发生这种情况是因为当在触发器中执行了一个ROLLBACK TRANSACTION时，所以有的事务都被取消。因此当一个新的查询语句被执行时，一个新的不同与以前事务的事务就重新开始。因此，一般情况下，建议不要在ROLLBACK TRANSACTION语句后放置任何语句。

像回滚不会自动退出触发器一样，它也不会自动产生错误。如果必须回滚且必会产生错误，PAISERR OR语句应该放在退出触发器代码前，紧跟在回滚后. 

结束语

在对同一个表的数据所作的修改会激发同样的INSTEAD OF触发器，这种触发器不会递归调用。因此,如果在Emplyee表中有一个INSTEAD OF触发器,P这个触发器是用来更新Employee表的，这并不会发生调用同一个INSTEAD OF触发器。如果允许这种递旭的话，更新应该被禁止。INSTEAD OF触发器和AFTER触发器的另一个不同在于Text,Ntext和Image列可以出现在被更新和删除的表的触发器中。这些二进制列会以如VARCAHAR数值出现在更新和删除表的触发器中，这种是可行的，但这并不是他们原始的数据类型。

这有一个有用的存储过程-sp_helptrigger 系统存储过程-来检测触发器。他返回定义在表上的触发器类型，这个表是传递给存储过程的。用这种方法，你可以看到哪些触发器和某个表有关联，什么操作动触发这些触发器和判断触发器是AFTER触发器还是INSTEAD OF触发器。