Maison > base de données > tutoriel mysql > ORA-14551: 无法在查询中执行 DML 操作

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

WBOY
Libérer: 2016-06-07 17:30:13
original
1044 Les gens l'ont consulté

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

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

 

下面看一下自制事务:

source:php.cn
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal