ORA-04091 只能靠 COMPOUND TRIGGER 彻底解决，因其严格分离BEFORE/AFTER EACH ROW（仅赋值校验）、BEFORE STATEMENT（预读）、AFTER STATEMENT（查表聚合）四阶段，确保行级不查表、处理延至表态稳定时，兼顾事务原子性与并发安全。
ORA-04091 只能靠 COMPOUND TRIGGER 彻底解决，其他方案都在掩盖问题。 自治事务、临时表、包变量看似能让代码跑通，但都会破坏事务原子性、读一致性或并发安全——这不是绕过限制，是引入新缺陷。
为什么 AFTER EACH ROW 里查本表必报 ORA-04091
Oracle 不是禁止你写 SELECT，而是禁止在行级上下文访问正被 DML 修改的同一张表。哪怕只写 SELECT COUNT(*) FROM orders WHERE id = :NEW.id，也会触发变异检查。
- 这不是语法错误，是 MVCC 读一致性机制强制拦截：事务未提交，表处于“中间态”，查询结果不可定义
- 游标、函数封装、子查询都不例外——只要底层执行了对触发表的
SELECT，就报错 -
PRAGMA AUTONOMOUS_TRANSACTION能绕过报错，但查不到当前事务未提交的数据，且主事务回滚时，自治事务已提交的操作无法撤销
COMPOUND TRIGGER 四个阶段必须严格分工
复合触发器不是加个 COMPOUND 关键字就完事，关键在于逻辑必须按 Oracle 允许的时间点切分：
-
BEFORE EACH ROW和AFTER EACH ROW：只做轻量操作——赋值给局部变量、简单校验、收集:NEW/:OLD -
BEFORE STATEMENT：可安全查原表（如预读聚合值），但不能依赖行级数据 -
AFTER STATEMENT：唯一允许查本表、JOIN、聚合、更新其他表的位置；所有最终处理必须放这里 - 漏掉任一环节，比如在
AFTER EACH ROW里写SELECT，照样报ORA-04091
正确声明和使用 PL/SQL 局部变量暂存数据
行级阶段收集的数据，必须存在触发器内部声明的 PL/SQL 变量里，绝不能用包变量或全局临时表：
- 推荐声明方式：
TYPE t_ids IS TABLE OF orders.order_id%TYPE INDEX BY PLS_INTEGER; - 在
AFTER EACH ROW中只做：l_ids(l_ids.COUNT + 1) := :NEW.order_id; - 禁止在行级块中出现
SELECT、UPDATE、INSERT同表语句 - 所有查表动作统一挪到
AFTER STATEMENT块中，此时行集已确定，表不“变异”
最容易被忽略的一点：局部变量必须在触发器体内声明，不能依赖外部包；否则并发下多个会话会互相覆盖。哪怕逻辑再简单，只要涉及跨行聚合或查本表，就必须把“收集”和“处理”物理隔离到不同阶段——这是 Oracle 12c 仍严格执行的底层约束，不是可以商量的风格问题。
