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