普通行触发器在批量更新时性能差，因其对每行变更均执行一次，导致5000行更新触发5000次独立DML、日志写入及重复关联查询；复合触发器通过共享集合变量与统一事务边界，将“收集-批量写入”合并在单次上下文中完成。
复合触发器不是“批量处理”的银弹，而是让批量场景下原本必须拆散的行级+语句级逻辑能在一个上下文中协同——关键在共享变量和统一事务边界。
为什么普通行触发器在批量更新时性能差
执行 UPDATE bookings SET status = 'CONFIRMED' WHERE booking_date > SYSDATE - 7 影响 5000 行时，AFTER EACH ROW 触发器会调用 5000 次。每次都要单独 INSERT INTO bookings_hist，产生 5000 次独立 DML、日志写入和索引维护开销。更糟的是，若你在行触发器里查关联表（比如 SELECT name FROM customers WHERE id = :NEW.customer_id），这个查询也会被执行 5000 次，哪怕 customer_id 只有 200 个不同值。
常见错误现象：ORA-04091: table ... is mutating 在尝试用行触发器读自身表时频繁出现；或监控发现 bookings_hist 插入耗时占整个 UPDATE 的 80% 以上。
实操建议：
- 别在行触发器里做任何
SELECT，尤其带 JOIN 或子查询的 - 避免在行触发器中调用含事务或锁的存储过程
- 用
EXPLAIN PLAN FOR INSERT INTO bookings_hist ...看执行计划，确认没走全表扫描
复合触发器怎么组织批量插入逻辑
把“收集变更”和“批量写入”放在同一个触发器里，用局部集合变量暂存数据，AFTER STATEMENT 阶段一次性 FORALL 插入。这样无论影响多少行，bookings_hist 表只发生一次物理插入批次。
示例结构（简化）：
CREATE OR REPLACE TRIGGER trg_bookings_audit
FOR UPDATE ON bookings
COMPOUND TRIGGER
<p>TYPE t_hist_rec IS RECORD (
booking_id bookings.booking_id%TYPE,
old_status bookings.status%TYPE,
new_status bookings.status%TYPE,
updated_by VARCHAR2(30)
);
TYPE t_hist_tab IS TABLE OF t_hist_rec;
l_hist_data t_hist_tab := t_hist_tab();</p><p>BEFORE EACH ROW IS
BEGIN
l_hist_data.EXTEND;
l_hist_data(l_hist_data.COUNT) := t_hist_rec(
:OLD.booking_id,
:OLD.status,
:NEW.status,
SYS_CONTEXT('USERENV', 'SESSION_USER')
);
END BEFORE EACH ROW;</p><p>AFTER STATEMENT IS
BEGIN
IF l_hist_data.COUNT > 0 THEN
FORALL i IN INDICES OF l_hist_data
INSERT INTO bookings_hist (booking_id, old_status, new_status, updated_by, updated_at)
VALUES (l_hist_data(i).booking_id,
l_hist_data(i).old_status,
l_hist_data(i).new_status,
l_hist_data(i).updated_by,
SYSDATE);
END IF;
END AFTER STATEMENT;</p><p>END;</p>
注意：l_hist_data 是触发器体内的局部变量，不需要包变量或全局状态，线程安全。
容易踩的坑：集合大小、内存与变异表
复合触发器看似简洁，但几个隐性限制常被忽略：
-
l_hist_data存在 PGA 内存中，单次批量更新 10 万行可能撑爆pga_aggregate_limit，建议加计数截断：IF l_hist_data.COUNT >= 1000 THEN ... FORALL ...; l_hist_data.DELETE; - 不能在
BEFORE EACH ROW或AFTER EACH ROW中对被触发表执行 DML（如UPDATE bookings），否则仍会触发ORA-04091—— 复合触发器不解除变异表限制，只是帮你绕开了它 -
FORALL插入失败时默认整批回滚，加SAVE EXCEPTIONS并检查SQL%BULK_EXCEPTIONS才能定位具体哪几行出错 - Oracle 11g 起支持复合触发器，但 10g 及更早版本不识别
COMPOUND TRIGGER语法，迁移前必须确认版本
最易被忽略的一点：复合触发器里的 BEFORE STATEMENT 和 AFTER STATEMENT 阶段看不到 :OLD 或 :NEW，所有行级数据必须在 BEFORE/AFTER EACH ROW 阶段完成采集并存入集合——漏掉这一步，AFTER STATEMENT 就只剩空集合。
