今天在论坛里发现了一个关于ORA-04091的老帖子，收获良多，特此整理一下
关于ORA-04091: table is mutating, trigger/function may not see it的分析
当DML操作触发trigger的时候，如果trigger的程序块中需要对当前表进行修改或查询的时候，就会报错
ORA-04091: table is mutating, trigger/function may not see it
这是有在被触发TRIGGER工作的时候，默认把当前表表锁死,不允许对其进行操作，所以trigger包含对当前表的DML操作就会报错，那怎么办？最常用的方法是通过修改SQL避免错误.
- create or replace trigger tr_test
- after insert
- on test
- for each row
- begin
- update test set column2=123 where column1=:new.column1
- end tr_test;
这就是个典型的错误的例子，肯定会报错ORA-04091，这个trigger是为了修改新插入的行的某列，因为插入后当前表已经被锁死了，所以根本没有办法update，所以报错。
那应该怎么改呢？
- create or replace trigger tr_test
- before insert
- on test
- for each row
- begin
- :new.column2:=123
- end tr_test;
在出入前就修改好要修改的值，就不会报错了
但是这种方法浪费时间精力，更重要的并不是所有问题都可以找到这样的方法绕过去.
还有一种方法是加 PRAGMA AUTONOMOUS_TRANSACTION；
- create or replace trigger tr_test
- after insert
- on test
- for each row
- declare
- PRAGMA AUTONOMOUS_TRANSACTION;
- begin
- update test set column2=123 where column1=:new.column1 ;
- commit;
- end tr_test;
这样也可以执行成功。
AUTONOMOUS_TRANSACTION是指在function,procedure,trigger等subprograms中对事务进行自治管理,当在别的pl/sql block里取调用这些subprograms的时候这些subprograms并不随着父pl/sql block的失败而回滚,而是自己管自己commit;
注意慎用AUTONOMOUS_TRANSACTION。一个DML可能触发很多次触发器，因此产生了大量独立的事务，很容易产生死锁。
ASKTOM上对AUTONOMOUS_TRANSACTION的看法是：唯一的用途就是作审计日志，其他一概不该使用。
有人建议是取消使用触发器，把你的业务逻辑写到存储过程去。