热门标签 | HotTags
当前位置:  开发笔记 > 数据库 > 正文

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

最近在调试一个带DML操作的函数时,一直不成功,在PLSQL中测试时没问题,通过SQL语句调用函数时就不行了,刚开始一直没找到原因

最近在调试一个带DML操作的函数时,一直不成功,在PL/SQL中测试时没问题,通过SQL语句调用函数时就不行了,刚开始一直没找到原因

最近在调试一个带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
--------------------------------------------------

可以看到这里是正常的提交;

下面看一下自制事务:

推荐阅读
author-avatar
天蝎騎著豬狂奔
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有