在Oracle数据库开发中，当我们编写的触发器尝试操作正在被当前DML语句修改的表时，就会触发ORA-04091变异表错误，这个错误会直接导致DML操作失败，影响业务功能的正常执行。深入理解错误产生原因并掌握对应的处理方式，是Oracle开发人员必须具备的技能。
变异表错误产生的原因
变异表指的是当前正在被DML语句（INSERT、UPDATE、DELETE）修改的表，Oracle为了保证数据一致性，不允许行级触发器去查询或者修改正在被修改的变异表，否则就会抛出ORA-04091错误。比如我们在employees表的行级触发器中，尝试查询employees表的数据，执行更新employees表的操作时，就会触发这个错误。
第一种处理方法：使用自治事务
自治事务是独立于主事务的事务，它不会受到主事务中对表修改的影响，因此可以在触发器中通过自治事务来绕过变异表的限制。需要注意的是，自治事务中的修改不会立即被主事务看到，要根据业务场景判断是否符合需求。
下面是使用自治事务处理变异表错误的示例，假设我们需要在更新员工工资时，记录工资变动的日志，同时要统计当前部门的平均工资：
-- 创建员工表
CREATE TABLE employees (
emp_id NUMBER PRIMARY KEY,
dept_id NUMBER,
salary NUMBER
);
-- 创建工资变动日志表
CREATE TABLE salary_log (
log_id NUMBER PRIMARY KEY,
emp_id NUMBER,
old_salary NUMBER,
new_salary NUMBER,
update_time DATE
);
-- 创建序列用于日志ID生成
CREATE SEQUENCE salary_log_seq START WITH 1 INCREMENT BY 1;
-- 创建使用自治事务的触发器
CREATE OR REPLACE TRIGGER trg_emp_salary_update
BEFORE UPDATE OF salary ON employees
FOR EACH ROW
DECLARE
PRAGMA AUTONOMOUS_TRANSACTION; -- 声明为自治事务
v_avg_salary NUMBER;
BEGIN
-- 查询当前部门的平均工资，此时不会触发变异表错误
SELECT AVG(salary) INTO v_avg_salary FROM employees WHERE dept_id = :NEW.dept_id;
-- 插入工资变动日志
INSERT INTO salary_log(log_id, emp_id, old_salary, new_salary, update_time)
VALUES (salary_log_seq.NEXTVAL, :NEW.emp_id, :OLD.salary, :NEW.salary, SYSDATE);
-- 提交自治事务
COMMIT;
END;
/这种方式的好处是逻辑简单，不需要修改原有的表结构，但是自治事务的提交不会影响主事务，如果主事务回滚，自治事务中的日志不会回滚，需要根据业务场景判断是否接受这个特性。
第二种处理方法：使用全局临时表和语句级触发器
这种方法的核心思路是把行级触发器需要的信息先暂存到全局临时表中，再通过语句级触发器来处理这些暂存的信息，这样可以避免行级触发器直接操作变异表。
实现步骤如下：
- 创建一个全局临时表，用来暂存行级触发器中获取到的修改信息
- 编写行级触发器，把需要的数据插入到全局临时表中
- 编写语句级触发器，在DML语句执行完成后，从全局临时表中读取数据完成后续的业务逻辑
下面是具体的实现示例，同样以实现更新员工工资时统计部门平均工资并记录日志为例：
-- 创建全局临时表，用于暂存工资修改信息，事务级临时表，事务提交后数据清空
CREATE GLOBAL TEMPORARY TABLE emp_salary_temp (
emp_id NUMBER,
dept_id NUMBER,
old_salary NUMBER,
new_salary NUMBER
) ON COMMIT DELETE ROWS;
-- 行级触发器，仅负责把修改信息插入到临时表
CREATE OR REPLACE TRIGGER trg_emp_salary_row
BEFORE UPDATE OF salary ON employees
FOR EACH ROW
BEGIN
INSERT INTO emp_salary_temp(emp_id, dept_id, old_salary, new_salary)
VALUES (:NEW.emp_id, :NEW.dept_id, :OLD.salary, :NEW.salary);
END;
/
-- 语句级触发器，在更新语句执行完成后处理临时表中的数据
CREATE OR REPLACE TRIGGER trg_emp_salary_stmt
AFTER UPDATE OF salary ON employees
BEGIN
DECLARE
v_avg_salary NUMBER;
v_temp emp_salary_temp%ROWTYPE;
BEGIN
-- 遍历临时表中的数据
FOR v_temp IN (SELECT * FROM emp_salary_temp) LOOP
-- 查询当前部门的平均工资
SELECT AVG(salary) INTO v_avg_salary FROM employees WHERE dept_id = v_temp.dept_id;
-- 插入工资变动日志
INSERT INTO salary_log(log_id, emp_id, old_salary, new_salary, update_time)
VALUES (salary_log_seq.NEXTVAL, v_temp.emp_id, v_temp.old_salary, v_temp.new_salary, SYSDATE);
END LOOP;
END;
END;
/这种方法的优点是所有的操作都在主事务中，主事务回滚时所有的修改都会回滚，数据一致性更好，但是需要额外创建全局临时表，逻辑相对复杂一些。
两种方法的适用场景
如果业务逻辑允许自治事务中的修改和主事务独立，比如仅记录操作日志不需要和主事务保持强一致，优先选择自治事务的方法，实现起来更简单。如果需要所有的操作都在同一个事务中，保证数据强一致性，比如修改数据的同时要更新统计信息，这些统计信息需要随主事务一起回滚，那么选择全局临时表加语句级触发器的方法更合适。
在实际开发中，要先分析业务需求，再选择合适的处理方式，避免盲目使用某一种方法导致出现数据不一致的问题。