Oracle行级触发器与其他触发器冲突，复合触发器能否解决？

复合触发器完全可以作为这个问题的解决方案，它能结合行级和语句级触发逻辑，既满足你的业务判断需求，又能通过语句级触发器的FOLLOWS/PRECEDES子句指定执行顺序，同时还能避免行级触发器直接更新表可能引发的性能问题或变异表错误。

先纠正你当前代码的一个错误：:new.my_table_1.column1写法有误，:new已经代表触发行的当前值，直接写:new.column1即可。

复合触发器实现示例 #

CREATE OR REPLACE TRIGGER my_compound_trigger
FOR INSERT OR UPDATE OF column1 ON my_table_1
COMPOUND TRIGGER
    -- 定义集合存储需要更新的ID组合
    TYPE id_pair_rec IS RECORD (
        id1 my_table_1.column_id1%TYPE,
        id2 my_table_1.column_id2%TYPE
    );
    TYPE id_pair_table IS TABLE OF id_pair_rec;
    v_target_ids id_pair_table := id_pair_table();

    -- 行级逻辑：筛选符合条件的行，收集需要更新的ID
    BEFORE EACH ROW IS
    BEGIN
        IF :new.column1 > 1 THEN
            v_target_ids.EXTEND;
            v_target_ids(v_target_ids.LAST).id1 := :new.column_id1;
            v_target_ids(v_target_ids.LAST).id2 := :new.column_id2;
        END IF;
    END BEFORE EACH ROW;

    -- 语句级逻辑：批量更新目标表，可指定执行顺序
    AFTER STATEMENT FOLLOWS other_trigger_1, other_trigger_2 IS
    BEGIN
        -- 用FORALL批量更新，比单行更新性能更高
        FORALL idx IN 1..v_target_ids.COUNT
            UPDATE my_table_2
            SET column2 = 1
            WHERE column_id1 = v_target_ids(idx).id1
              AND column_id2 = v_target_ids(idx).id2;
    END AFTER STATEMENT;
END my_compound_trigger;
/

关键说明 #

1. 执行顺序控制：在语句级部分的AFTER STATEMENT后加上FOLLOWS 触发器名，就能确保当前触发器的语句级逻辑在指定的其他触发器之后执行（如果要在之前执行，用PRECEDES）。Oracle不支持指定行级触发器的执行顺序，但语句级触发器可以，这正是复合触发器解决问题的核心。
2. 性能优化：通过行级收集数据、语句级批量更新，避免了原代码中每行触发一次UPDATE的低效操作，FORALL还能减少SQL引擎的调用次数，大幅提升执行效率。
3. 避免变异表问题：如果my_table_2和my_table_1之间存在触发器关联，行级触发器直接更新表可能触发变异表错误，复合触发器的语句级更新则不会有这个问题——因为语句级触发是在所有行操作完成后执行的。

如果你的业务逻辑必须在行级操作时立即更新（不适合批量），复合触发器的行级部分无法指定执行顺序，但这种场景下通常更推荐用语句级批量更新的方案，兼顾顺序控制和性能。

内容的提问来源于stack exchange，提问作者kirilb