資料庫的備份與還原資料庫的備份還原、卸離附加-文庫吧資料
2024-10-25 10:25本頁面
【正文】 發(fā)生錯誤的處理機制 ROLLBACK TRAN 回復(fù)該次交易 end catch SET IDENTITY_INSERT orders ON。, 2) 訂單細(xì)項一 insert into items(item_num,order_num,prod_num,supp_code,quantity) values(2, 200, 6, 39。,1019) 訂單 insert into items(item_num,order_num,prod_num,supp_code,quantity) values(1, 200, 2, 39。 BEGIN TRAN 開始交易 begin try 啟動例外處理機制 insert into orders(order_num,order_date,cust_num) values(200,39。 ? 很明顯的必頇將 3個 insert(一筆訂單資料，兩筆訂單細(xì)項資料 )包裝在一個交易中 ，因為新增了訂單但是沒有新增細(xì)項資料就不正確。 34 146 建立一交易 範(fàn)例 ：請新增一筆訂單，訂單號碼為200，訂貨日期為 20200401，經(jīng)銷商號碼為 1019。 ? savepoint_name：為一 SAVEPOINT的指定名稱 ? savepoint_variable：為一地區(qū)性變數(shù)，包含一SAVEPOINT的名稱，必頇為文字資料型態(tài)。 COMMIT [WORK] 31 145 與交易有關(guān)的 SQL敘述 SAVE TRANSACTION敘述 ? 語法結(jié)構(gòu)： SAVE TRAN[SACTION] [savepoint_name | savepoint_variable] ? 功能： 在一交易內(nèi)設(shè)定一 SAVEPOINT ? 引數(shù)： ? savepoint_name：為一 SAVEPOINT的指定名稱 ? savepoint_variable：為一變數(shù)，包含一SAVEPOINT的名稱，必頇為文字資料型態(tài)。 ? tran_name_variable：為地區(qū)性一變數(shù)，包含一交易的名稱，必頇為文字資料型態(tài)。 29 145 與交易有關(guān)的 SQL敘述 COMMIT TRANSACTION敘述 ? 語法結(jié)構(gòu)： COMMIT TRAN[SACTION] [transaction_name | tran_name_variable] ? 功能：標(biāo)示一交易的終止點，表示一交易已成功的被執(zhí)行了。 27 145 與交易有關(guān)的 SQL敘述 BEGIN TRANSACTION COMMIT TRANSACTION COMMIT WORK SAVE TRANSACTION ROLLBACK TRANSACTION ROLLBACK WORK 28 145 與交易有關(guān)的 SQL敘述 BEGIN TRANSACTION敘述 ? 語法結(jié)構(gòu)： BEGIN TRAN[SACTION] [transaction_name | tran_name_variable] ? 功能： 標(biāo)示一使用者定義交易的起始點 ? 引數(shù)： ? transaction_name：為交易的指定名稱，transaction_name必頇遵循識別字的命名規(guī)則，有效位數(shù)為 32個文字。 ? COMMIT：是存檔的動作，它會將一交易內(nèi)所有對資料庫的修訂儲存至磁碟上。 26 144 SQL Server中交易與記錄檔 交易的三個相關(guān)名詞 ROLLBACK、SAVEPOINT以及 COMMIT ? ROLLBACK：當(dāng)系統(tǒng)發(fā)生錯誤的時候，將部分完成交易解除作用， ROLLBACK可以將一交易復(fù)原至一SAVEPOINT或是交易開始時的狀態(tài)。例如：將遊戲點數(shù)由 A帳號轉(zhuǎn)移至 B帳號即是一個交易應(yīng)用，該交易包含了下面兩個動作： ? 因轉(zhuǎn)出動作而修改 A帳號資料 ? 因轉(zhuǎn)入動作而修改 B帳號資料 25 144 SQL Server中交易與記錄檔 如果系統(tǒng) 已經(jīng)完成 了由 A帳號轉(zhuǎn)出的動作，而此時發(fā)生了系統(tǒng)當(dāng)機，當(dāng)系統(tǒng)重新開機後， A帳號客戶就會白白的損失一筆遊戲點數(shù)，因為尚未轉(zhuǎn)到 B帳號 ，這樣的系統(tǒng)就不太會有人敢使用了。主要是 用在低度爭用資源的 環(huán)境中，偶爾回復(fù)交易的成本會優(yōu)於讀取時鎖定資料的成本。主要是 用在高度爭用資源 的環(huán)境中，以鎖定方式來保護(hù)資源的成本，會低於發(fā)生並行衝突時回復(fù)交易的成本。反之，當(dāng)交易 1讀取一資料表時，而交易 2卻刪除一些資料錄，結(jié)果就造成交易 1中存在一些不屬於該資料表的幽靈資料錄。此時則因為該資料錄的內(nèi)容被改變了，所以會造成交易 1讀取了不同內(nèi)容的同一筆資料 22 143 交易的並行控制 幽靈讀取 (Phantom Read )：發(fā)生在兩個交易中都對資料表作 INSERT或 DELETE動作時所發(fā)生。 21 143 交易的並行控制 不可重複讀取 (Nonrepeatable Read)：也稱之為不一致分析 (Inconsistent Analysis)，該情況發(fā)生在一交易讀取同一資料數(shù)次以上。所以交易 T2讀取了資料 X的「暫時值」（ Temporary value）。如果資料項目X也被另一個交易 T2讀取，這時候交易 T2也必頇連帶的將 X回存成舊有的資料值（即 T2也被Abort）。在此情況下，交易 T1對資料項目 X的更新被交易 T2所影響而遺失了。 ?交易 T2也將 X更新至資料庫。 ?接著交易 T2也讀取 X且作 X ＝ X － 500的處理。 17 143 交易的並行控制 在一個多元程式 (Multiprogramming)或多工 (Multitasking)的資料庫系統(tǒng)中，必頇提供「 並行控制 」 (Concurrency Control)機制，否則會發(fā)生下列問題： ? 遺失更新問題 (Lost Update Program) ? 暫時更新問題 (Temporary Update Problem) ? 不可重複讀取 (Nonrepeatable Read) ? 幽靈讀取 (Phantom Read) 18 143 交易的並行控制 遺失更新問題 (Lost Update Program)：兩個交易交錯地讀取了共用資料，並且作更新的操作，使得前一個交易的資料更新作業(yè)遺失了 。 ? Redo：當(dāng)系統(tǒng)
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1