數(shù)據(jù)庫事務是一種單元操作，要么是全部操作都成功，要么全部失敗。在Oracle中，一個事務是從執(zhí)行第一個數(shù)據(jù)管理語言（DML）語句開始，直到執(zhí)行一個COMMIT語句，提交保存這個事務，或者執(zhí)行一個ROLLBACK語句，放棄此次操作結束。

事務的“要么全部完成，要么什么都沒完成”的本性會使將錯誤信息記入數(shù)據(jù)庫表中變得很困難，因為當事務失敗重新運行時，用來編寫日志條目的INSERT語句還未完成。

針對這種困境，Oracle提供了一種便捷的方法，即自治事務。自治事務從當前事務開始，在其自身的語境中執(zhí)行。它們能獨立地被提交或重新運行，而不影響正在運行的事務。正因為這樣，它們成了編寫錯誤日志表格的理想形式。在事務中檢測到錯誤時，您可以在錯誤日志表格中插入一行并提交它，然后在不丟失這次插入的情況下回滾主事務。

因為自治事務是與主事務相分離的，所以它不能檢測到被修改過的行的當前狀態(tài)。這就好像在主事務提交之前，它們一直處于單獨的會話里，對自治事務來說，它們是不可用的。然而，反過來情況就不同了：主事務能夠檢測到已經(jīng)執(zhí)行過的自治事務的結果。

要創(chuàng)建一個自治事務，您必須在匿名塊的最高層或者存儲過程、函數(shù)、數(shù)據(jù)包或觸發(fā)的定義部分中，使用PL/SQL中的PRAGMA AUTONOMOUS_TRANSACTION語句。在這樣的模塊或過程中執(zhí)行的SQL Server語句都是自治的。

觸發(fā)無法包含COMMIT語句，除非有PRAGMA AUTONOMOUS_TRANSACTION標記。但是，只有觸發(fā)中的語句才能被提交，主事務則不行。

列表A展示了對一個簡單但靈活的錯誤日志表格所作的CREATE TABLE和CREATE SEQUENCE語句。

CREATE TABLE errorlog (

errorlog_id NUMBER,

logged_on TIMESTAMP DEFAULT SYSTIMESTAMP,

logged_by VARCHAR2(30) DEFAULT USER,

num1 NUMBER,

num2 NUMBER,

num3 NUMBER,

text1 VARCHAR2(1000),

text2 VARCHAR2(1000),

text3 VARCHAR2(1000)

);

CREATE SEQUENCE errorlog_seq

START WITH 1

INCREMENT BY 1;

列表B是一個獨立的存儲過程，用于更新錯誤日志表格。

CREATE OR REPLACE

PROCEDURE log_error (

n1 IN NUMBER:=NULL, t1 IN VARCHAR:=NULL,

n2 IN NUMBER:=NULL, t2 IN VARCHAR:=NULL,

n3 IN NUMBER:=NULL, t3 IN VARCHAR:=NULL

)

IS

PRAGMA AUTONOMOUS_TRANSACTION;

BEGIN

INSERT INTO errorlog

(errorlog_id,

num1, num2, num3, text1, text2, text3)

VALUES

(errorlog_seq.NEXTVAL, n1, n2, n3, t1, t2, t3);

COMMIT;

END;

該過程接受最多三個數(shù)字和三個文本變量，然后將它們和時間戳以及調(diào)用過程的用戶一起儲存在表格中。

要測試這個過程，就要更新（UPDATE）或刪除（DELETE）表格中的某些行；這就引發(fā)了主事務。然后執(zhí)行存儲過程，將您選擇的要記入日志的數(shù)據(jù)傳遞給它。最后，重新運行主事務，選擇（SELECT）錯誤日志表格，您的日志條目仍會在那兒。

更多信息請查看IT技術專欄