在Oracle中触发调用存储过程

Question

我有一个触发器，它调用存储过程（在表上插入之后）来执行许多 DML 语句。我的存储过程有一个提交，所以我的触发器失败了。经过一番研究，我在触发器中添加了 pragma automatic_transaction，现在它没有抱怨了。但我不确定这将如何影响我的触发器的行为。这是正确的方法还是只是让它工作的“黑客”？

这是我正在尝试做的伪代码

proc1 (input) - program logic then insert into table X, commit.

proc2 (input) - program logic then insert into table Y, commit.


trigger on table A AFTER INSERT
declare pragma autonomous_transaction

if :new value = 1 then
  proc1 (:new value)
else
  proc2 (:new value)
end if

Answer 1

让我们考虑一下程序流程：

• 您开始交易。
• 您对表执行 DML 操作。
• 您的触发器触发并且是一个自治事务，因此创建一个单独的事务。
• 您的原始交易继续进行。
• 也许您在该原始交易中执行了其他 DML 操作。
• 其中一个额外的 DML 操作会引发异常。
• 回滚您的整个事务（但不是单独的自治事务）。

但是：

• 您启动了一个单独的自治事务。
• 调用存储过程。
• 其中有许多 DML 语句。
• 然后触发器提交它们。

您处于有两个事务的状态，原始事务已回滚并且自治事务已提交。

---

如果自治事务用于记录，并且您希望它始终记录原始事务失败或成功的操作，那么这种行为很好。

如果自治事务是正常业务逻辑的一部分，那么您可能会处于不一致状态，其中一半事务被回滚，一半被提交；这不是你想要的。

在后一种情况下，正常的解决方案是从触发器中删除 COMMIT 并使其成为非自治事务，然后由触发器产生的 DML 将成为原始事务的一部分并被提交（或回滚）该事务。

---

这是我正在尝试做的伪代码

proc1 (input) - program logic then insert into table X, commit.
proc2 (input) - program logic then insert into table Y, commit.

见：What is the effect of placing the commit after DML in procedure?

一般来说，您应该不在过程中添加COMMIT，因此您的伪代码应该是：

proc1 (input) - program logic then insert into table X.
proc2 (input) - program logic then insert into table Y.

你的触发器不应该是一个自治事务。

那么你的程序流程是：

1. 插入表A
2. 触发火灾
3. 根据价值，请致电proc1 或proc2。
4. 完成程序。
5. 完成触发器。
6. 完成交易并COMMIT（来自执行插入的代码或在交易关闭时自动完成）。