ORA-14551: 无法在查询中执行 DML 操作

原创 2013年12月05日 17:06:33
最近在调试一个带DML操作的函数时,一直不成功,在PL/SQL中测试时没问题,通过SQL语句调用函数时就不行了,刚开始一直没找到原因,后来无意间把 函数中捕获异常的代码注释掉,终于通过SQL调试时,弹出了一个“ORA-14551: 无法在查询中执行 DML 操作 .”错误,找到了问题原因,就好找解决办法了,在网上找到一篇文章,大谈什么自治事务和主事务,看了半天,还是云里雾里,找到关键点,就是添加一条语句“PRAGMA AUTONOMOUS_TRANSACTION;”,并在最后 COMMIT 提交DML操作,问题迎刃而解,至于这个什么自治事务和主事务,还是有时间,后面再慢慢消化了。

----以下是引用文章:

在函数中,往临时表插入数据报错:

ORA-14551: 无法在查询中执行 DML 操作

ORA-06512: 在 "NSTCSA.NS_ST_GETRAISEFUNDX", line 29

增加下面的字符串:

PRAGMA AUTONOMOUS_TRANSACTION;

数据库事务是一种单元操作,要么是全部操作都成功,要么全部失败。在Oracle中,一个事务是从执行第一个数据管理语言(DML)语句开始,直到执行一个COMMIT语句,提交保存这个事务,或者执行一个ROLLBACK语句,放弃此次操作结束。
 

事务的“要么全部完成,要么什么都没完成”的本性会使将错误信息记入数据库表中变得很困难,因为当事务失败重新运行时,用来编写日志条目的INSERT语句还未完成。

针对这种困境,Oracle提供了一种便捷的方法,即自治事务。自治事务从当前事务开始,在其自身的语境中执行。它们能独立地被提交或重新运行,而不影响正在运行的事务。正因为这样,它们成了编写错误日志表格的理想形式。在事务中检测到错误时,您可以在错误日志表格中插入一行并提交它,然后在不丢失这次插入的情况下回滚主事务。

因为自治事务是与主事务相分离的,所以它不能检测到被修改过的行的当前状态。这就好像在主事务提交之前,它们一直处于单独的会话里,对自治事务来说,它们是不可用的。然而,反过来情况就不同了:主事务能够检测到已经执行过的自治事务的结果。

要创建一个自治事务,您必须在匿名块的最高层或者存储过程、函数、数据包或触发的定义部分中,使用PL/SQL中的PRAGMA AUTONOMOUS_TRANSACTION语句。在这样的模块或过程中执行的SQL Server语句都是自治的。

触发无法包含COMMIT语句,除非有PRAGMA AUTONOMOUS_TRANSACTION标记。但是,只有触发中的语句才能被提交,主事务则不行。

exp:

Create table Msg (Msg varchar(50)) ;
自制事务:
create or replace procedure AutoNomouse_Insert is
    PRAGMA AUTONOMOUS_TRANSACTION;
     begin
             insert into Msg values('AutoNomouse Insert');
            commit;
    end;
非自治事务:
CREATE OR REPLACE Procedure NonAutoNomouse_Insert as
    begin
           insert into Msg Values('NonAutonomouse Insert');
           commit;
    end;

SQL> begin
  2 
  3            insert into Msg Values('This Main Info');
  4 
  5            NonAutoNomouse_Insert;
  6 
  7            rollback;
  8 
  9  end
 10  ;
 11  /
 
PL/SQL procedure successfully completed
 
SQL> select * from msg;
 
MSG
--------------------------------------------------
This Main Info
NonAutonomouse Insert
因为过程中有COMMIT;所以匿名块中得RULLBACK 是不起作用的; 由此得出:非自治事务中的COMMIT,ROLLBACK
是会影响整个事务的。
下面我们看一个另外一种情况:
SQL> delete msg;
 
2 rows deleted
 
SQL>
 
这里没有COMMIT;

SQL> begin
  2 
  3            insert into Msg Values('This Main Info');
  4 
  5            rollback;  --这里加了ROLLBACK;
  6 
  7            NonAutoNomouse_Insert;
  8 
  9            rollback;
 10 
 11  end
 12  ;
 13  /
 
PL/SQL procedure successfully completed
 
SQL> select * from msg;
 
MSG
--------------------------------------------------
This Main Info
NonAutonomouse Insert
NonAutonomouse Insert
 
竟然没有ROLLBACK (DELETE * FROM SSG ;) 为什么了?因为过程就是一个新的SESSION,所以前面的SESSION
被正常EXIT,同时被自动提交; 所以我们会看到三行数据。
SQL> commit;
 
Commit complete
 
SQL> select * from msg;
 
MSG
--------------------------------------------------
This Main Info
NonAutonomouse Insert
NonAutonomouse Insert
 
SQL> commit;
 
Commit complete
 
SQL> select * from msg;
 
MSG
--------------------------------------------------
This Main Info
NonAutonomouse Insert
NonAutonomouse Insert
因为这里一个新的SESSION 所以是没有意义的事务控制语句。
 
SQL> delete msg;
 
3 rows deleted
 
SQL> commit;
 
Commit complete
 
SQL> select * from msg;
 
MSG
--------------------------------------------------
可以看到这里是正常的提交;
 
下面看一下自制事务:
SQL> begin
  2 
  3            insert into Msg Values('This Main Info');
  4 
  5            AutoNomouse_Insert;
  6 
  7            rollback;
  8 
  9  end
 10 
 11  ;
 12  /
 
PL/SQL procedure successfully completed
 
SQL> select * from msg;
 
MSG
--------------------------------------------------
AutoNomouse Insert
 
我们看到是一行数据,显然第一条SQL INSERT 是被ROLLBACK,证明自制事务是一个独立于主程序的事务,
他不会对主事务的控制产生影响。另外在分布式环境中我们经常会遇到 ORA-02064 ERROR ,就是因为主事务
自己有事务控制语句,然而被调用的远程过程也有自己的事物控制语句,当然就会报错,我们将被调用的过程
声明为自制事务那就OK了。
 
今天在函数中使用insert语句时,报了ora-14551 无法在查询中执行dml操作错误。

错误的解决办法,有两种:

一、在函数外面套存储过程;

二、使用自治事务(AUTONOMOUS TRANSACTION)

在函数声明部分加入这句话

PRAGMA AUTONOMOUS_TRANSACTION;

我选择了后一种。

参考原文:http://www.cnblogs.com/birdwawe/archive/2012/05/18/2507787.html
http://blog.csdn.net/gigiouter/article/details/7616627
版权声明:本文为博主原创文章,未经博主允许不得转载。

ORA-14551: 无法在查询中执行 DML 操作

背景 编写了一个存储过程,用来实现单条工单自动派工的功能,大致框架如下: FUNCTION FUN_SV_AUTO_DISPATCH(in_request_id IN NUMBER) RETURN...
  • sinat_19671783
  • sinat_19671783
  • 2017年08月03日 13:30
  • 63

PL/SQL“ ORA-14551: 无法在查询中执行 DML 操作”解决

环境           Oracle 11.2.0 + SQL Plus   问题           根据以下要求编写函数:将scott.emp表中工资低于平均工资的职工工资加上200...
  • Wentasy
  • Wentasy
  • 2013年06月29日 15:58
  • 5199

允许进行DML操作的视图条件

视图可以屏蔽某些基表的信息,或是join多个基表组成一个复杂查询,视图本身也是可以进行DML操作,但受一些条件的限制。 首先我们看下官方文档对视图进行DML操作的要求说明: The f...
  • bisal
  • bisal
  • 2014年06月05日 08:01
  • 3505

03.JDBC数据库编程之处理DML语句

一、DML与Statement接口 1.DML(Data manipulation language)     数据库操作语句,用于添加、删除、更新和查询数据库纪录,并检查数据库的完整性。常用的语句关...
  • u012637501
  • u012637501
  • 2015年04月27日 23:41
  • 880

经常DML操作对索引的影响

当表里的数据发生DML操作时,oracle会自动维护索引树。但是在索引树中没有更新操作,只有删除和插入操作。例如在某列上 创建索引,将某列上的一个值“1”更新为“2”时,oracle会同时更新索引树...
  • u012298337
  • u012298337
  • 2013年10月21日 17:38
  • 1111

对比DML操作产生的REDO及UNDO大小

结论:相同数据量的数据操作: INSERT产生最少REDO;UPDATA首先的REDO居中;DELETE产生最多REDO。 DELETE产生UNDO最多,UPDATE次之,INSERT产生UN...
  • q947817003
  • q947817003
  • 2013年09月07日 20:19
  • 1601

ORACLE过程小结(包括查询过程、DML执行过程、DBWn写磁盘的过程)

1 查询过程 1)     进程首先检查内存以及数据库高速缓存区,看是否存在所需数据的数据块。如果不存在,进行第2步;如果存在,进行第4步。 2)     如果查询开始后,待查询数据块...
  • u011847917
  • u011847917
  • 2013年08月29日 00:16
  • 1020

JDBC(3):实现DDL、DML、DQL和代码优化

JDBC是实现DDL、DML、DQL,然后抽象代码,写工具类优化代码,使代码看起来更加整洁干净,易读。...
  • NowUSeeMe
  • NowUSeeMe
  • 2017年02月07日 22:38
  • 221

Oracle基础知识(五) - 触发器的分类:DML触发器

1. 触发器的分类 DML触发器 DDL触发器 系统触发器 替代触发器 2. DML触发器...
  • jolingogo
  • jolingogo
  • 2013年11月07日 15:48
  • 1563

Oracle如何监控表的DML次数

转载自:http://www.ningoo.net/html/2010/how_to_monitor_table_dml_statistics.html 在数据库技术大会上,做了《构...
  • zhaoyangyao888
  • zhaoyangyao888
  • 2015年12月25日 15:58
  • 1159
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:ORA-14551: 无法在查询中执行 DML 操作
举报原因:
原因补充:

(最多只允许输入30个字)