最近在調試一個帶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 isPRAGMA AUTONOMOUS_TRANSACTION;begininsert into Msg values('AutoNomouse Insert');commit;end;非自治事務：CREATE OR REPLACE Procedure NonAutoNomouse_Insert asbegininsert into Msg Values('NonAutonomouse Insert');commit;end;
SQL> begin2?3 ? ? ? ? ? ?insert into Msg Values('This Main Info');4?5 ? ? ? ? ? ?NonAutoNomouse_Insert;6?7 ? ? ? ? ? ?rollback;8?9 ?end10 ?;11 ?/PL/SQL procedure successfully completedSQL> select * from msg;MSG--------------------------------------------------This Main InfoNonAutonomouse Insert因為過程中有COMMIT;所以匿名塊中得RULLBACK 是不起作用的； 由此得出：非自治事務中的COMMIT,ROLLBACK是會影響整個事務的。下面我們看一個另外一種情況：SQL> delete msg;2 rows deletedSQL>這里沒有COMMIT;
SQL> begin2?3 ? ? ? ? ? ?insert into Msg Values('This Main Info');4?5 ? ? ? ? ? ?rollback; ?--這里加了ROLLBACK;6?7 ? ? ? ? ? ?NonAutoNomouse_Insert;8?9 ? ? ? ? ? ?rollback;10?11 ?end12 ?;13 ?/PL/SQL procedure successfully completedSQL> select * from msg;MSG--------------------------------------------------This Main InfoNonAutonomouse InsertNonAutonomouse Insert竟然沒有ROLLBACK (DELETE * FROM SSG ;) 為什么了？因為過程就是一個新的SESSION，所以前面的SESSION被正常EXIT,同時被自動提交； 所以我們會看到三行數據。SQL> commit;Commit completeSQL> select * from msg;MSG--------------------------------------------------This Main InfoNonAutonomouse InsertNonAutonomouse InsertSQL> commit;Commit completeSQL> select * from msg;MSG--------------------------------------------------This Main InfoNonAutonomouse InsertNonAutonomouse Insert因為這里一個新的SESSION 所以是沒有意義的事務控制語句。SQL> delete msg;3 rows deletedSQL> commit;Commit completeSQL> select * from msg;MSG--------------------------------------------------可以看到這里是正常的提交；下面看一下自制事務：SQL> begin2?3 ? ? ? ? ? ?insert into Msg Values('This Main Info');4?5 ? ? ? ? ? ?AutoNomouse_Insert;6?7 ? ? ? ? ? ?rollback;8?9 ?end10?11 ?;12 ?/PL/SQL procedure successfully completedSQL> 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.htmlhttp://blog.csdn.net/gigiouter/article/details/7616627

總結

以上是生活随笔為你收集整理的ORA-14551: 无法在查询中执行 DML 操作的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。