最近在调试一个带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
--------------------------------------------------
可以看到这里是正常的提交；
下面看一下自制事务：