ORA-04091是Oracle读一致性机制触发的变异表错误，非语法问题；必须用COMPOUND TRIGGER，将查表逻辑严格移至AFTER STATEMENT阶段，行级阶段仅收集主键。
ORA-04091不是语法错，是Oracle在拦你读“半成品”
直接结论：只要在 after each row 或 before each row 块里执行任何 sql（哪怕只查 count(*)、用游标、调函数），且该 sql 涉及正被 dml 修改的同一张表，就必然触发 ora-04091。这不是你的触发器写错了，而是 oracle 在严格执行读一致性——事务未提交，表状态不可见、不可定义。
真正能绕过变异限制的只有 COMPOUND TRIGGER 的 STATEMENT 阶段
关键不在加 COMPOUND 关键字，而在把“查表”动作彻底移出 EACH ROW 块：
- 声明局部集合变量，如
TYPE t_ids IS TABLE OF orders.order_id%TYPE INDEX BY PLS_INTEGER；不能用包变量，它在并发中不隔离 - 在
AFTER EACH ROW中只做三件事：判断条件、收集主键（如v_ids(v_ids.COUNT + 1) := :NEW.order_id）、更新内存缓存 - 所有
SELECT、JOIN、聚合、写回逻辑，必须放在AFTER STATEMENT块里——此时语句已执行完，表不再“变异” - 示例中若漏掉
FORALL或误在AFTER EACH ROW写SELECT，仍会报错
别碰自治事务和临时表：它们让代码跑起来，但不是修复
PRAGMA AUTONOMOUS_TRANSACTION 和 GLOBAL TEMPORARY TABLE 能绕过报错，但代价明确：
-
PRAGMA AUTONOMOUS_TRANSACTION开启独立事务，查不到当前事务未提交的数据，也无法回滚主事务失败——比如你靠它校验子记录数，主事务最后ROLLBACK了，校验却已生效 -
GLOBAL TEMPORARY TABLE要额外建表、INSERT、清理；无索引时AFTER STATEMENT阶段JOIN效率低；并发下若触发器递归调用（A→B→A），临时表数据可能混入无关行 - 两者都让逻辑变分散、难调试、难测试，Oracle 官方文档明确推荐
COMPOUND TRIGGER为首选方案
最容易被忽略的一点：复合触发器里只要有一处 SELECT 漏进 EACH ROW，整个触发器就还是变异的
别信“我只查一行应该没事”，Oracle 不讲情面，只认阶段。哪怕你只在 AFTER EACH ROW 里写了一行 SELECT COUNT(*) FROM orders WHERE id = :NEW.id，照样报 ORA-04091。真正安全的做法是：行级阶段只存 ID 或标记，语句级阶段再统一查表——这个分界线，不能模糊。
