數(shù)據(jù)庫事務(wù)是一種單元操作,要么是全部操作都成功,要么全部失敗。在Oracle中,一個(gè)事務(wù)是從執(zhí)行第一個(gè)數(shù)據(jù)管理語言(DML)語句開始,直到執(zhí)行一個(gè)COMMIT語句,提交保存這個(gè)事務(wù),或者執(zhí)行一個(gè)ROLLBACK語句,放棄此次操作結(jié)束。
事務(wù)的“要么全部完成,要么什么都沒完成”的本性會(huì)使將錯(cuò)誤信息記入數(shù)據(jù)庫表中變得很困難,因?yàn)楫?dāng)事務(wù)失敗重新運(yùn)行時(shí),用來編寫日志條目的INSERT語句還未完成。
針對(duì)這種困境,Oracle提供了一種便捷的方法,即自治事務(wù)。自治事務(wù)從當(dāng)前事務(wù)開始,在其自身的語境中執(zhí)行。它們能獨(dú)立地被提交或重新運(yùn)行,而不影響正在運(yùn)行的事務(wù)。正因?yàn)檫@樣,它們成了編寫錯(cuò)誤日志表格的理想形式。在事務(wù)中檢測(cè)到錯(cuò)誤時(shí),您可以在錯(cuò)誤日志表格中插入一行并提交它,然后在不丟失這次插入的情況下回滾主事務(wù)。
因?yàn)樽灾问聞?wù)是與主事務(wù)相分離的,所以它不能檢測(cè)到被修改過的行的當(dāng)前狀態(tài)。這就好像在主事務(wù)提交之前,它們一直處于單獨(dú)的會(huì)話里,對(duì)自治事務(wù)來說,它們是不可用的。然而,反過來情況就不同了:主事務(wù)能夠檢測(cè)到已經(jīng)執(zhí)行過的自治事務(wù)的結(jié)果。
要?jiǎng)?chuàng)建一個(gè)自治事務(wù),您必須在匿名塊的最高層或者存儲(chǔ)過程、函數(shù)、數(shù)據(jù)包或觸發(fā)的定義部分中,使用PL/SQL中的PRAGMA AUTONOMOUS_TRANSACTION語句。在這樣的模塊或過程中執(zhí)行的SQL Server語句都是自治的。
觸發(fā)無法包含COMMIT語句,除非有PRAGMA AUTONOMOUS_TRANSACTION標(biāo)記。但是,只有觸發(fā)中的語句才能被提交,主事務(wù)則不行。
列表A展示了對(duì)一個(gè)簡(jiǎn)單但靈活的錯(cuò)誤日志表格所作的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是一個(gè)獨(dú)立的存儲(chǔ)過程,用于更新錯(cuò)誤日志表格。
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;
該過程接受最多三個(gè)數(shù)字和三個(gè)文本變量,然后將它們和時(shí)間戳以及調(diào)用過程的用戶一起儲(chǔ)存在表格中。
要測(cè)試這個(gè)過程,就要更新(UPDATE)或刪除(DELETE)表格中的某些行;這就引發(fā)了主事務(wù)。然后執(zhí)行存儲(chǔ)過程,將您選擇的要記入日志的數(shù)據(jù)傳遞給它。最后,重新運(yùn)行主事務(wù),選擇(SELECT)錯(cuò)誤日志表格,您的日志條目仍會(huì)在那兒。
更多信息請(qǐng)查看IT技術(shù)專欄