在Oracle中使用自治事務儲存日誌表條目(轉)

在Oracle中使用自治事務儲存日誌表條目(轉)[@more@]　　資料庫事務是一種單元操作，要麼是全部操作都成功，要麼全部失敗。在Oracle中，一個事務是從執行第一個資料管理語言(DML)語句開始，直到執行一個COMMIT語句，提交儲存這個事務，或者執行一個ROLLBACK語句，放棄此次操作結束。

　　事務的“要麼全部完成，要麼什麼都沒完成”的本性會使將錯誤資訊記入資料庫表中變得很困難，因為當事務失敗重新執行時，用來編寫日誌條目的INSERT語句還未完成。

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

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

　　要建立一個自治事務，您必須在匿名塊的最高層或者儲存過程、函式、資料包或觸發的定義部分中，使用PL/SQL中的PRAGMA AUTONOMOUS_TRANSACTION語句。在這樣的模組或過程中執行的SQL Server語句都是自治的。

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

　　列表A展示了對一個簡單但靈活的錯誤日誌表格所作的CREATE TABLE和CREATE SEQUENCE語句。列表B是一個獨立的儲存過程，用於更新錯誤日誌表格。該過程接受最多三個數字和三個文字變數，然後將它們和時間戳以及呼叫過程的使用者一起儲存在表格中。 列表A：

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;
/

　　要測試這個過程，就要更新(UPDATE)或刪除(DELETE)表格中的某些行;這就引發了主事務。然後執行儲存過程，將您選擇的要記入日誌的資料傳遞給它。最後，重新執行主事務，選擇(SELECT)錯誤日誌表格，您的日誌條目仍會在那兒。