Question

我最近开始研究一个大型的复杂应用程序，我刚刚因为这个错误而被分配了一个错误：

ORA-04091: table SCMA.TBL1 is mutating, trigger/function may not see it
ORA-06512: at "SCMA.TRG_T1_TBL1_COL1", line 4
ORA-04088: error during execution of trigger 'SCMA.TRG_T1_TBL1_COL1'

有问题的触发器似乎是

    create or replace TRIGGER TRG_T1_TBL1_COL1
   BEFORE  INSERT OR UPDATE OF t1_appnt_evnt_id ON TBL1
   FOR EACH ROW
   WHEN (NEW.t1_prnt_t1_pk is not  null)
   DECLARE
        v_reassign_count number(20);
   BEGIN
       select count(t1_pk) INTO v_reassign_count from TBL1
              where  t1_appnt_evnt_id=:new.t1_appnt_evnt_id and t1_prnt_t1_pk is not null;
       IF (v_reassign_count > 0) THEN
           RAISE_APPLICATION_ERROR(-20013, 'Multiple reassignments not allowed');
       END IF;
   END;

该表有一个主键“t1_pk”，一个“约会事件ID” t1_appnt_evnt_id和另一列“t1_prnt_t1_pk”可能会或可能会不包含另一行的t1_pk。

似乎触发器试图确保其他人没有相同的t1_appnt_evnt_id有~~引用同一行，这行是指~~引用另一行，如果这一行指的是另一行。

DBA对bug报告的评论说“删除触发器，并在代码中执行检查”，但遗憾的是他们在Hibernate之上有一个专有的代码生成框架，所以我甚至无法弄清楚实际上它写出来的地方，所以我希望有一种方法可以使这个触发器工作。有吗？

Answer 1

我认为我不同意你对触发器试图的描述做。它看起来像是为了强制执行这个业务规则：对于a 给定t1_appnt_event的值，只有一行可以具有非NULL值 t1_prnt_t1_pk一次。（如果它们在第二列中具有相同的值，则无关紧要。）

有趣的是，它是为UPDATE OF t1_appnt_event定义的，而不是为另一列定义的，所以我认为有人可以通过更新第二列来破坏规则，除非该列有单独的触发器。

可能有一种方法可以创建一个基于函数的索引来强制执行此规则，这样您就可以完全摆脱触发器。我提出了一种方法，但它需要一些假设：

该表格有一个数字主键
主键和t1_prnt_t1_pk都是正数

如果这些假设成立，你可以创建一个这样的函数：

dev> create or replace function f( a number, b number ) return number deterministic as
  2  begin
  3    if a is null then return 0-b; else return a; end if;
  4  end;

和这样的索引：

CREATE UNIQUE INDEX my_index ON my_table
  ( t1_appnt_event, f( t1_prnt_t1_pk, primary_key_column) );

因此，PMNT列为NULL的行将出现在索引中，主键的反转为第二个值，因此它们永远不会相互冲突。它不是NULL的行将使用列的实际（正）值。唯一可以获得约束违规的方法是两列中的两行具有相同的非NULL值。

这可能过于“聪明”，但它可能会帮助您解决问题。

保罗·汤姆林（Paul Tomblin）的最新消息：我对igor在评论中提出的最初想法进行了更新：

 CREATE UNIQUE INDEX cappec_ccip_uniq_idx 
 ON tbl1 (t1_appnt_event, 
    CASE WHEN t1_prnt_t1_pk IS NOT NULL THEN 1 ELSE t1_pk END);

Answer 2

我同意Dave的说法，可以并且应该使用内置约束（例如唯一索引（或唯一约束））来实现预期结果probalby。

如果你真的需要绕过变异表错误，通常的做法是创建一个包含一个包作用域的变量的包，该变量是一个可用于识别已更改行的表（I认为ROWID是可能的，否则你必须使用PK，我目前不使用Oracle，所以我无法测试它）。 FOR EACH ROW触发器然后使用语句修改的所有行填充此变量，然后每个语句触发器都会读取行并验证它们。

类似的东西（语法可能有误，我几年没有使用过Oracle）

CREATE OR REPLACE PACKAGE trigger_pkg;
   PROCEDURE before_stmt_trigger;
   PROCEDURE for_each_row_trigger(row IN ROWID);
   PROCEDURE after_stmt_trigger;
END trigger_pkg;

CREATE OR REPLACE PACKAGE BODY trigger_pkg AS
   TYPE rowid_tbl IS TABLE OF(ROWID);
   modified_rows rowid_tbl;

   PROCEDURE before_stmt_trigger IS
   BEGIN
      modified_rows := rowid_tbl();
   END before_each_stmt_trigger;

   PROCEDURE for_each_row_trigger(row IN ROWID) IS
   BEGIN
      modified_rows(modified_rows.COUNT) = row;
   END for_each_row_trigger;

   PROCEDURE after_stmt_trigger IS
   BEGIN
      FOR i IN 1 .. modified_rows.COUNT LOOP
         SELECT ... INTO ... FROM the_table WHERE rowid = modified_rows(i);
         -- do whatever you want to
      END LOOP;
   END after_each_stmt_trigger;
END trigger_pkg;

CREATE OR REPLACE TRIGGER before_stmt_trigger BEFORE INSERT OR UPDATE ON mytable AS
BEGIN
   trigger_pkg.before_stmt_trigger;
END;

CREATE OR REPLACE TRIGGER after_stmt_trigger AFTER INSERT OR UPDATE ON mytable AS
BEGIN
   trigger_pkg.after_stmt_trigger;
END;

CREATE OR REPLACE TRIGGER for_each_row_trigger
BEFORE INSERT OR UPDATE ON mytable
WHEN (new.mycolumn IS NOT NULL) AS
BEGIN
   trigger_pkg.for_each_row_trigger(:new.rowid);
END;

Answer 3

您需要使用任何基于触发器（或基于应用程序代码）的解决方案放入锁定以防止多用户环境中的数据损坏。即使你的触发器工作，或重写，以避免变异表问题，它不会阻止2个用户同时更新 t1_appnt_evnt_id为t1_appnt_evnt_id不在的行上的相同值 null：假设当前没有行，其中t1_appnt_evnt_id = 123和 t1_prnt_t1_pk不为空：

Session 1> update tbl1 
           set t1_appnt_evnt_id=123 
           where t1_prnt_t1_pk =456;
           /* OK, trigger sees count of 0 */

Session 2> update tbl1
           set t1_appnt_evnt_id=123
           where t1_prnt_t1_pk =789;
           /* OK, trigger sees count of 0 because 
              session 1 hasn't committed yet */

Session 1> commit;

Session 2> commit;

您现在有一个损坏的数据库！

避免这种情况（在触发器或应用程序代码中）的方法是锁定在执行检查之前，t1_appnt_evnt_id = 123引用的表中的父行：

select appe_id 
into   v_app_id
from parent_table
where appe_id = :new.t1_appnt_evnt_id
for update;

现在，会话2的触发器必须等待会话1提交或回滚才能执行检查。

实施Dave Costa的指数会更简单，更安全！

最后，我很高兴没有人建议将PRAGMA AUTONOMOUS_TRANSACTION添加到你的触发器中：这通常在论坛上建议并且在变异表问题消失的情况下工作 - 但这会使数据完整性问题更严重！所以不要......

Answer 4

我与Hibernate有类似的错误。并使用

刷新会话

getHibernateTemplate().saveOrUpdate(o);
getHibernateTemplate().flush();

为我解决了这个问题。（我不会发布我的代码块，因为我确信所有内容都已正确编写并且应该可以正常工作 - 但直到我添加了之前的flush（）语句才会发布。）也许这可以帮助别人。

ORA-04091：表[blah]正在变异，触发器/函数可能看不到它

4 个答案: