ORA-04091: table is mutating, trigger/function may not see it
今天在论坛里发现了一个关于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的看法是:唯一的用途就是作审计日志,其他一概不该使用。
有人建议是取消使用触发器,把你的业务逻辑写到存储过程去。
最新文章
- EF中的实体类型【Types of Entity in Entity】(EF基础系列篇8)
- PeopleSoft Home Subdirectories
- shell基础(一)
- 美国L1签证和B1,E2签证的区别
- cocos2dx内存管理的一些看法
- Nlog从下载到使用例子
- ANDROID对文件的操作
- python操作---RabbitMQ
- IDEA+PHP+XDebug调试配置
- 笔记:Spring Boot 配置详解
- Mybatis框架基础支持层——反射工具箱之对象工厂ObjectFactory&;DefaultObjectFactory(5)
- java(7)数组
- MySQL 基础三 函数(聚合、字符串、时间、条件判断)
- ZJOI-2017 R1游记
- python基础-装饰器,生成器和迭代器
- Mac Mini 2011 mid 安装Ubuntu18.06.1 Server
- UltraEdit配置
- 01.Web基础和HTML初始
- BFS+状态压缩DP+二分枚举+TSP
- Android Touch 事件总结