我创建了AFTER INSERT TRIGGER
现在,如果在执行触发器的过程中发生错误,则将出现任何情况。它不应影响对触发表的插入操作。
一言以蔽之,如果在触发器中发生任何错误,则应将其忽略。
如我所用
BEGIN TRY END TRY BEGIN CATCH END CATCH
但是它给出以下错误信息并在触发表上回滚插入操作
触发器执行期间引发了错误。批处理已中止,并且用户事务(如果有)已回滚。
有趣的问题。默认情况下,触发器被设计为如果触发器失败,则会回滚触发它的命令。因此,无论何时执行触发器,都会有一个活动事务,无论是否存在显式的BEGIN TRANSACTION。并且触发器内的BEGIN / TRY也将不起作用。最佳实践是不要在触发器中编写任何可能会失败的代码-除非希望也使触发语句失败。
在这种情况下,要抑制此行为,有一些解决方法。
选项A(丑陋的方式):
由于事务在触发器开始时处于活动状态,因此您可以COMMIT对其进行设置并继续执行触发器命令:
COMMIT
CREATE TRIGGER tgTest1 ON Test1 AFTER INSERT AS BEGIN COMMIT; ... do whatever trigger does END;
请注意,如果触发代码中有错误,这仍会产生错误消息,但是Test1表中的数据已安全插入。
Test1
选项B(也很丑):
您可以将代码从触发器移动到存储过程。然后从实现的Wrapper SP调用该存储过程,BEGIN/TRY最后从触发器调用Wrapper SP。INSERTED如果逻辑上需要(现在是在SP中),从表中移动数据可能有点棘手-可能使用一些临时表。
BEGIN/TRY
INSERTED
SQLFiddle演示