ora-04091 是 oracle 读一致性机制禁止在行级触发器中访问正被 dml 修改的表，唯一官方推荐解法是使用 compound trigger，将查询逻辑移至 before/after statement 阶段，行级阶段仅收集数据并暂存于局部变量中。
ORA-04091 不是触发器写错了，是 Oracle 在拦你读一张“正在被改”的表——它不让你看半成品。唯一安全、官方推荐的修复方式是改用 COMPOUND TRIGGER，把查表逻辑彻底移出 AFTER EACH ROW 或 BEFORE EACH ROW 块。
为什么在行级触发器里查本表必报 ORA-04091
Oracle 的读一致性机制禁止在行级上下文中访问正被 DML 修改的触发表。哪怕只写一行 SELECT COUNT(*) FROM orders WHERE id = :NEW.id，也会触发错误。
- 错误不是语法问题，也不是数据量大小的问题；哪怕只影响单行，
BEFORE INSERT EACH ROW中查本表照样报错 -
FOR rec IN (SELECT ...)游标遍历、调用含SELECT的自定义函数、甚至查视图（只要该视图依赖触发表），全算违规 - Oracle 12c 及以上版本仍保留该限制，不会因版本升级自动绕过
COMPOUND TRIGGER 怎么真正避开变异限制
它不绕规则，而是把操作挪到 Oracle 允许的时间点：BEFORE STATEMENT 和 AFTER STATEMENT 阶段访问原表完全合法，因为此时整条 DML 已确定行集或早已执行完毕，表状态稳定。
- 行级阶段（
BEFORE/AFTER EACH ROW）只做三件事：收集:NEW/:OLD值、轻量校验、赋值给局部变量（如关联数组） - 所有
SELECT、JOIN、聚合、写回逻辑，必须放到AFTER STATEMENT（或BEFORE STATEMENT）中统一处理 - 必须用 PL/SQL 局部变量暂存数据，不能用包变量（并发不安全）；推荐声明为
TYPE t_ids IS TABLE OF mytable.id%TYPE INDEX BY PLS_INTEGER - 示例中若漏掉
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 不讲情面，只认阶段。
