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

本文深入探讨了Oracle数据库中自治事务的概念及其应用场景,包括如何通过PL/SQL中的PRAGMA AUTONOMOUS_TRANSACTION创建自治事务,以及自治事务如何独立于主事务进行提交或回滚,非常适合用于错误日志记录。
摘要由CSDN通过智能技术生成

这个是前段时间调用oracle的存储过程时,遇到的问题,一开始没有追踪到错误,始终不解,后来偶然的机会发现其出现:ORA-14551 的错误,oracle这个东西说它好吧,错误代码很专业,基本上涵盖了大部分的数据库端错误,说它不好吧,限制太多,这和SQL SERVER 还是有很大的不同。

数据库事务是一种单元操作,要么是全部操作都成功,要么全部失败。在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
 
                      insert into Msg Values('This Main Info');
 
                      NonAutoNomouse_Insert;
 
                      rollback;
 
  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
 
                      insert into Msg Values('This Main Info');
 
                      rollback;  --这里加了ROLLBACK;
 
                      NonAutoNomouse_Insert;
 
                      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
 
                      insert into Msg Values('This Main Info');
 
                      AutoNomouse_Insert;
 
                      rollback;
 
  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;

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值