优先使用COMPOUND TRIGGER避开ORA-04091，因其将查表操作移至AFTER STATEMENT阶段，避免行级触发器中读取正在修改的表；GLOBAL TEMPORARY TABLE和AUTONOMOUS_TRANSACTION虽可绕过但引入并发、性能与一致性风险。
ORA-04091 不是触发器写错了，而是 Oracle 明确拒绝你在行级上下文中读一张“正在被改”的表——它不让你看半成品。
直接结论：优先用 COMPOUND TRIGGER，别碰 GLOBAL TEMPORARY TABLE 或 PRAGMA AUTONOMOUS_TRANSACTION，除非你清楚它们在破坏什么。
为什么行级触发器里查本表必报 ORA-04091
只要触发器类型是 FOR EACH ROW，且里面出现对触发表的任何 SELECT（哪怕只查一行）、UPDATE、DELETE，Oracle 就会拦截。这不是语法问题，是 MVCC 读一致性机制在起作用：当前事务还没提交，表状态未固化，查询结果不可定义。
- 常见误判：“我加了游标，应该不算直接查” → 错。
FOR rec IN (SELECT ... FROM mytable WHERE id = :NEW.id) LOOP仍是 SQL 执行，照样触发检查 - 哪怕只影响单行，
BEFORE INSERT EACH ROW中查本表，也报错（Oracle 12c+ 仍保留该限制） - 函数被 SQL 调用，而函数内部查了正被 UPDATE 的表，同样触发
ORA-04091
COMPOUND TRIGGER 怎么真正避开变异限制
它不绕开规则，而是把操作挪到 Oracle 允许的时间点：BEFORE STATEMENT 和 AFTER STATEMENT 阶段访问原表完全合法，因为此时 DML 的行集已确定、表未处于“中间态”。
- 行级阶段（
BEFORE/AFTER EACH ROW）只做三件事：收集:NEW/:OLD值、轻量校验、赋值给局部变量（如关联数组） - 所有需要查表、JOIN、聚合、写回的操作，必须放到
AFTER STATEMENT（或BEFORE STATEMENT）中统一处理 - 必须用 PL/SQL 变量暂存数据，不能依赖包变量（并发不安全），推荐用
TYPE t_ids IS TABLE OF mytable.id%TYPE INDEX BY PLS_INTEGER - 示例关键片段：
CREATE OR REPLACE TRIGGER tr_orders_audit FOR UPDATE ON orders COMPOUND TRIGGER TYPE t_order_ids IS TABLE OF orders.order_id%TYPE INDEX BY PLS_INTEGER; l_ids t_order_ids; AFTER EACH ROW IS BEGIN IF :NEW.status = 'SHIPPED' THEN l_ids(l_ids.COUNT + 1) := :NEW.order_id; END IF; END AFTER EACH ROW; AFTER STATEMENT IS BEGIN FORALL i IN INDICES OF l_ids INSERT INTO order_audit (order_id, action) VALUES (l_ids(i), 'SHIPPED'); END AFTER STATEMENT; END;
为什么 GLOBAL TEMPORARY TABLE 是高成本伪解法
它确实能躲过 ORA-04091，但代价是引入额外维护、并发风险和性能拐点。
- 必须显式建表：
CREATE GLOBAL TEMPORARY TABLE temp_orders (id NUMBER) ON COMMIT DELETE ROWS - 行级块里只能
INSERT INTO temp_orders VALUES (:NEW.id)，不能带任何查询逻辑 -
AFTER STATEMENT阶段要再JOIN原表，若没索引，大数据量下变慢；临时表默认无索引 - 递归触发场景（A 表触发 B 表，B 表又触发 A 表）下，临时表内容可能混入其他事务数据
- 多了一次 DML、一次对象依赖、一次清理逻辑——不是简化，是平移复杂度
自治事务（PRAGMA AUTONOMOUS_TRANSACTION）的隐藏代价
它能运行，但本质上是在另起一个事务快照，和当前事务隔离。这意味着：
- 查不到当前事务尚未提交的变更（比如你刚
INSERT一行，自治事务里SELECT不会看到它） - 必须手动
COMMIT或ROLLBACK，否则会阻塞会话 - 若触发器抛错，自治事务已提交的部分无法回滚，破坏原子性
- 审计类场景（如记录日志）可用，但业务校验类（如“部门人数不能超7人”）会给出错误判断
真正容易被忽略的一点：复合触发器不是加个 COMPOUND 关键字就完事。如果你还在 AFTER EACH ROW 里写 SELECT 或调用含查询的函数，ORA-04091 照样报——阶段拆分和数据暂存，缺一不可。
