Oracle触发器安全更新冗余字段的唯一可靠方式是BEFORE INSERT OR UPDATE中赋值给:NEW.column_name；AFTER触发器修改本表会报ORA-04091错误。
Oracle 触发器能安全更新冗余字段，但必须用 BEFORE INSERT OR UPDATE，且只能赋值给 NEW.column_name；AFTER 触发器里改本表会报错或引发不可控行为。
BEFORE 触发器是唯一可靠方式
Oracle 允许在 BEFORE INSERT OR UPDATE 中直接计算并写入 NEW.total_price 这类冗余字段，不触发递归、不锁表、不违反事务原子性。这是 Oracle 和 MySQL/PG 的关键差异——它不禁止“预写”，只禁止“回写”。
- 错误写法：
AFTER UPDATE里执行UPDATE orders SET total_price = ... WHERE id = :OLD.id，会报ORA-04091: table is mutating - 正确写法：在
BEFORE UPDATE OF quantity, unit_price中写:NEW.total_price := :NEW.quantity * :NEW.unit_price; - 若冗余字段依赖其他表（如用户昵称），必须用子查询，但要加
NVL或COALESCE处理 NULL：:NEW.buyer_nickname := COALESCE((SELECT nickname FROM users WHERE id = :NEW.user_id), '未知'); - 子查询没索引时，高并发下会拖慢主表写入；建议对
users.id建唯一索引，且避免 JOIN
跨表同步不能靠触发器自动响应
订单表的 buyer_nickname 不会在用户表 nickname 变更时自动刷新——Oracle 触发器只监听本表事件。所谓“反向同步”，本质是两个独立触发器+显式关联逻辑，不是单向自动流。
- 你得在
users表上另建一个BEFORE UPDATE OF nickname触发器，手动更新所有关联订单：UPDATE orders SET buyer_nickname = :NEW.nickname WHERE user_id = :NEW.id; - 但这个
UPDATE会再次触发orders表的触发器，必须加防护：IF UPDATING('buyer_nickname') THEN RETURN; END IF; - 更稳妥的做法是把跨表更新移出触发器，改用存储过程 + 应用层调用，或用物化视图定期刷新
批量操作和 DML 特殊情况会绕过触发器
INSERT /*+ APPEND */、SQL*Loader 直接路径加载、以及某些 ORM 的 bulk insert，默认跳过触发器——这不是 bug，是 Oracle 的设计选择。
- 验证是否生效：插入后查
total_price是否为 NULL；若为空，说明触发器根本没跑 - 修复历史数据不能依赖触发器，得用
UPDATE orders SET total_price = quantity * unit_price WHERE total_price IS NULL; - 如果业务允许，优先考虑
GENERATED ALWAYS AS (quantity * unit_price)虚拟列，它不占存储、无触发器开销、且强制一致性
最易被忽略的是：触发器里调用的子查询，在事务未提交前可能读不到刚插入的关联记录（比如新用户还没 commit 就插订单），此时 SELECT nickname FROM users WHERE id = :NEW.user_id 返回 NULL，导致冗余字段写入空值——必须加默认值兜底，不能假设数据已就位。
