ORA-14551: 無法在查詢中執行 DML 操作 .

最近在調試一個帶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;

我選擇了后一種。