主页 / dba / 问题 / 8693
Accepted
garik
Asked: 2011-12-03 07:30:57 +0800 CST

为什么 TRY CATCH 不会抑制触发器中的异常

  • 772

我在一个表（源）上有一个触发器，数据应该被复制到另一个数据库中的另一个（目标）。我正在尝试为数据实现自定义同步过程：我希望目标数据库（表）将是最新的源数据库（表）。我有 300 张表要同步。其中一些具有不同的物理数据结构。由于不同的数据架构和其他限制（实施时间、环境问题...），我无法使用 Sql Server 的标准方法（复制、DTS ...）。我的目标是：此触发器不应影响源表中记录的 INSERT、DELETE、UPDATE。我试过这样的解决方案：

CREATE TRIGGER dbo.MyTrigger
...
   AFTER INSERT
....
BEGIN TRY
     --RAISERROR('Test error', 16, 2)
END TRY
BEGIN CATCH
  -- nothing
END CATCH

我已插入RAISEERROR以模拟错误。我希望try/catch抑制该错误并成功插入（删除或更新）记录。不。这没用。我收到错误：

触发器执行期间引发错误。批处理已中止，并且用户事务（如果有）已回滚。

是否有可能以这种方式实现我的解决方案。如何捕获并保持（抑制）触发器中的任何错误？

try/catch如果它不起作用，在触发器中使用什么意义？

sql-server-2008 trigger

2 个回答

  1. Best Answer

    几乎所有异常都注定了该事务，必须回滚。

    来自MSDN 上的“在 Transact-SQL 中使用 TRY...CATCH”

    在 TRY…CATCH 构造中，事务可以进入事务保持打开但不能提交的状态。事务不能执行任何会生成事务日志写入的操作，例如修改数据或尝试回滚到保存点。但是，在这种状态下，事务获取的锁保持不变，连接也保持打开状态。在发出 ROLLBACK 语句或批处理结束并且数据库引擎自动回滚事务之前，事务的效果不会逆转。如果在事务进入不可提交状态时没有发送错误消息，则当批处理完成时，将向客户端应用程序发送一条错误消息，指示检测到不可提交事务并回滚。

    当发生错误时，交易进入 TRY 块内的不可提交状态，否则该错误将结束交易。例如，来自数据定义语言 (DDL) 语句（例如 CREATE TABLE）的大多数错误，或者当 SET XACT_ABORT 设置为 ON 时发生的大多数错误，会在 TRY 块外终止事务，但在 TRY 块内使事务不可提交.

    这个例子说明了原因。XACT_STATE() 不注册隐含事务（例如，没有显式 BEGIN TRAN）

    CREATE TABLE TrgTest (gbn int NOT NULL);
GO
CREATE TRIGGER TRG_TrgTEst_I ON TrgTest AFTER INSERT
AS
BEGIN TRY
     SELECT '1', @@TRANCOUNT, XACT_STATE();
     RAISERROR('Test error', 16, 2);
END TRY
BEGIN CATCH
     SELECT '2', @@TRANCOUNT, XACT_STATE();
END CATCH
GO

BEGIN TRANSACTION
INSERT TrgTest VALUES (1)
SELECT 'will not run'
GO
SELECT 'next batch'
GO


BEGIN TRY
    BEGIN TRANSACTION
    SELECT 'a', @@TRANCOUNT, XACT_STATE();
    INSERT TrgTest VALUES (1)
    SELECT 'b', @@TRANCOUNT, XACT_STATE();
END TRY
BEGIN CATCH
    SELECT ERROR_MESSAGE()
    SELECT 'c', @@TRANCOUNT, XACT_STATE();
END CATCH
GO

DROP TABLE TrgTest;
    • 7

  2. 我发现了一个有点冒险的*解决方法，它可以抑制在 DML 触发器中发生的“不可提交的事务”。

    警告：在触发器中抑制事务错误通常是不安全的，因此在尝试执行此操作之前要仔细考虑。如果同一个表上还有其他 DML 触发器，则此方法非常不安全，因为您可能正在提交另一个触发器打算回滚的无效数据。

    要抑制 DML 触发器中发生的严重错误：

    1. 提交表示初始 INSERT/UPDATE/DELETE 命令的隐式预先存在的事务
    2. 在 TRY 块内，使用 sp_executesql 来尝试有风险的业务。
    3. 在触发器的最后，开始一个新的事务。这将防止错误 3609：事务在触发器中结束。
    • 0

相关问题