數據庫事務是一種單元操作,要么是全部操作都成功,要么全部失敗。在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
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>
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
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
--------------------------------------------------
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
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了。