數(shù)據(jù)共享是數(shù)據(jù)庫最基本的特征之一。但是數(shù)據(jù)共享雖然為員工帶來了便利，但也產(chǎn)生了一些負面作用。例如因用戶并發(fā)存取而導致的對數(shù)據(jù)一致性的破壞、由于在修改數(shù)據(jù)過程中的意外事故導致數(shù)據(jù)完整性破壞、非法用戶未經(jīng)授權(quán)修改數(shù)據(jù)等等。所以，在數(shù)據(jù)庫設計過程中，數(shù)據(jù)庫管理員一方面要想著如何提高數(shù)據(jù)的共享程度，另一方面，也需要考慮如何保護數(shù)據(jù)的安全性。

在Oracle數(shù)據(jù)庫中，提供了一種被稱為“事務”的控制機制。通過事物，能夠完成對數(shù)據(jù)有效安全的修改操作，使數(shù)據(jù)庫中的數(shù)據(jù)達到一個數(shù)據(jù)一致的狀態(tài)。舉個簡單的例子，現(xiàn)在有一個借書系統(tǒng)中設涉及到兩張表，一張是圖書庫存表，一張是用戶借書情況表。在用戶借書的時候，數(shù)據(jù)庫需要進行兩個操作，一是從圖書庫存表中扣掉庫存；另一個操作時在用戶借書表中加入這個借書操作。數(shù)據(jù)庫在操作時，往往是先扣減庫存，然后再在用戶借書情況表中加入借書紀錄。假設用戶在借書的時候，第一步操作成功，即已經(jīng)從圖書庫存表中扣除了某書的庫存；但是，在第二步時由于發(fā)現(xiàn)用戶借的書已經(jīng)超量或者發(fā)現(xiàn)用戶的卡中還有罰款不能夠借書時，借書就會不成功。若沒有事務做控制的話，很明顯圖書庫存就會不準。而在事務的管理下，當?shù)诙讲怀晒Φ脑挘谝徊讲僮骶蜁l(fā)生回滾。也就是說，事務可以把數(shù)據(jù)庫的好幾個操作步驟當作一個整體，當其中有某個操作沒有成功的話，則所有操作都會發(fā)生回滾。Oracle數(shù)據(jù)庫就是通過這種機制來保障數(shù)據(jù)的一致性問題。

但是，事務若編寫的不好的話，則不但起不到應有的作用，還會大大降低數(shù)據(jù)庫的性能。如在數(shù)據(jù)庫事務執(zhí)行時間比較長，就很有可能導致鎖沖突，從而降低數(shù)據(jù)庫的并發(fā)訪問性能。所以，數(shù)據(jù)庫管理員在編寫事務時，還是需要遵守幾個指導方針。

指導方針一：在事務中盡量使得訪問的紀錄最小。

在事務中，若執(zhí)行Update等記錄操作語句，數(shù)據(jù)庫為了保障數(shù)據(jù)的一致性，會對其所訪問的記錄加鎖，防止在同一時間內(nèi)其他用戶對其修改。此時，若其他用戶需要訪問加鎖的記錄，則必須等待。此時就會發(fā)生鎖沖突。

所以，在事務中要盡量使得訪問的記錄量最小。如此就可以減少鎖定的行數(shù)，從而減少事務之間的沖突。這要求數(shù)據(jù)庫管理員在事務中盡量精確的定位語紀錄。如在數(shù)據(jù)庫中讀取記錄時，最好能夠使用Where語句進行定位。并且在編寫Where語句的時候，要盡量的詳細，最好能夠?qū)崿F(xiàn)一對一，則是最好的。

如在庫存盤點的時候，事務處理語句需要從數(shù)據(jù)庫中讀取一定數(shù)量的記錄，并且為這些記錄進行加鎖。此時，若記錄讀取的過多的話，就會對其他用戶訪問表中的記錄造成麻煩。為此，數(shù)據(jù)庫管理員應該建議應用前臺應用程序在開發(fā)的過程中，加入一些限制條件。如按照產(chǎn)品的分類來更新庫存。如此的話，就可以減少一個事務一次性讀取的記錄數(shù)量，從而把鎖的影響降低到最低。

指導方針二：保持事務盡可能的簡潔。

在事務中盡量使得訪問的紀錄最小，這是從數(shù)量的角度來考慮鎖沖突。而保持事務盡可能的簡潔，則是從時間的角度來考慮避免鎖沖突的事情。保持事務盡可能的簡潔，主要是要求數(shù)據(jù)庫管理員在編寫事務的時候，不要把事務寫的太過于龐大與復雜。否則，事務在執(zhí)行的時候就會占用比較多的時間。而這直接導致的后果就是數(shù)據(jù)庫會把某些記錄、甚至一張數(shù)據(jù)表鎖住比較長的時間。這就會惡化鎖對數(shù)據(jù)庫的負面影響。

故當用戶在知道了必須要進行修改的記錄之后，就要馬上啟動事務；并且在最短時間內(nèi)執(zhí)行完相關的修改語句，然后立即遞交或者回滾。而且，只有在確實需要時，才打開事務語句。具體的來說，數(shù)據(jù)庫管理員在事務的簡潔性方面，可以嘗試如下方法。

一是在同一個事務中不要加入過多的修改或者刪除語句。如當用戶需要更新用戶信息表中的相關數(shù)據(jù)。例如在員工的編號前加入YG前綴并且同時根據(jù)員工入職年份計算員工工齡。這兩個更新語句若從技術(shù)上來說，放在同一個事務中并沒有什么不妥。但是，當員工數(shù)量比較多時，若把他們合并在一起，則這個事務執(zhí)行得時間會比較久。為此，最好在更新數(shù)據(jù)庫表的時候，若預計執(zhí)行時間會比較長，則最好能夠把更新語句進行分割，如一列列更新等等。

二是在更新時，若一次性更新的語句比較多，最好能夠選擇合適的時候更新。更新某個數(shù)據(jù)庫中記錄，其執(zhí)行所需要的時間往往跟數(shù)據(jù)庫的記錄成正比。其記錄越多，更新所需要的時間越多。為此，筆者建議，當需要更新的記錄比較多的時候，最好能夠選擇合理的時機。如有些應用程序在設計時，可以把這個更新放在后臺處理。如此的話，應用程序就可以選擇數(shù)據(jù)庫比較空的時候，來更新表中的記錄。這無疑可以在很大程度上降低事務對數(shù)據(jù)庫的負面影響。

指導方針三：不要在事務處理期間要求用戶輸入。

數(shù)據(jù)庫管理員在編寫事務時，要確保在事務啟動之前，讓數(shù)據(jù)庫系統(tǒng)獲得事務執(zhí)行所需要的所有內(nèi)容。如記錄的查詢條件、所需要更新的內(nèi)容等等。如果在事務執(zhí)行的過程中還需要用戶的輸入，就回滾當前的事務。當用戶提供了必要的參數(shù)之后，再重新啟動這個事務。因為即使在事務執(zhí)行的過程中，用戶立即響應。但是，用戶的反應速度要比電腦的響應速度慢的多。所以，當用戶在事務執(zhí)行的過程中需要輸入?yún)?shù)的話，就會使得這個事務所占用的數(shù)據(jù)庫資源要保持很長的時間。這就有可能增加阻塞的風險。因為當用戶沒有及時輸入所需要的參數(shù)時，事務仍然會保持活動狀態(tài)，并鎖定相關的資源，直到他們響應為止。若用戶所需要輸入的參數(shù)比較多時，用戶可能會幾分鐘甚至一個小時沒有輸入。

這不是一種理論上的假設，筆者在實際工作中就碰到過這種例子。如在一個ERP系統(tǒng)中有訂單變更的功能。若在設計的時候，在用戶打開銷售訂單變更單就觸發(fā)變更事務的話，則因為用戶輸入訂單變更所需要的時間不能夠確定。有時候用戶這邊改一改，那邊再確認一下，可能一個小時就過去了。此時，這張銷售訂單對應的內(nèi)容其他用戶就無法查看了，因為數(shù)據(jù)庫中已經(jīng)被這個事務鎖住。這顯然是設計的不合理的。筆者認為，應到在用戶點擊確認按鈕時，再觸發(fā)這個變更事務。此時，用戶已經(jīng)輸入了所需要更改的所有內(nèi)容，在更新事務的執(zhí)行過程中，不需要用戶再輸入其他的額外參數(shù)。通過這種方式，就可以把事務所占用資源的時間縮短到最低。

指導方針四：在瀏覽數(shù)據(jù)時，盡量不要打開事務。

根據(jù)筆者的經(jīng)驗，用戶更改數(shù)據(jù)所需要的時間，其實很少。而大部分時間則是在更改數(shù)據(jù)之前對數(shù)據(jù)的分析上。如在定位需要對哪些數(shù)據(jù)要進行更改；如在更改事務遞交好的審核;如在考慮該怎么進行更改。這個分析工作所占據(jù)的時間往往是大頭。

故筆者提醒數(shù)據(jù)庫管理員，在所有預備的數(shù)據(jù)分析完成之前，在用戶數(shù)據(jù)瀏覽的時候，不要啟動事務。也就是說，在用戶更改數(shù)據(jù)的時候，仍然不是觸發(fā)更新事務的最佳時間。只有到用戶確認無誤后，選擇“更新”按鈕，此時，才可以觸發(fā)這個事務。并且，及時遞交或者回滾這個事務。如此，在事后審核的過程中，事務就不會繼續(xù)占用資源。

除了以上這些指導方針外，還有其他的一些小細節(jié)要注意。如盡量采用級別低的事務隔離級別，數(shù)據(jù)庫管理員要切記，不是所有的事務都要求串行事務隔離級別;如事務設計的簡短一些；如在事務回退時，可根據(jù)實際情況選擇回退全部事務或者是部分事務等等。另外，要特別注意在事務中排他鎖的副作用。在修改數(shù)據(jù)時，為了保障數(shù)據(jù)的一致性，往往需要利用排它鎖保護修改過的行，以防止其他任何事務讀取這一行，并且必須把排它鎖控制到遞交或者回滾事務為止。為此，數(shù)據(jù)庫管理員在設計跟更新相關的事務時，要合理選擇時機。讓事務在保障數(shù)據(jù)安全性的同時，最大限度的降低其負面作用。