樂觀鎖定

　悲觀鎖定假定任何時刻存取數(shù)據(jù)時，都可能有另一個客戶也正在存取同一筆數(shù)據(jù)，因而對數(shù)據(jù)采取了數(shù)據(jù)庫層次的鎖定狀態(tài)，在鎖定的時間內(nèi)其它的客戶不能對數(shù)據(jù)進行存取，對于單機或小系統(tǒng)而言，這并不成問題，然而如果是在網(wǎng)絡上的系統(tǒng)，同時間會有許多聯(lián)機，如果每一次讀取數(shù)據(jù)都造成鎖定，其后繼的存取就必須等待，這將造成效能上的問題，造成后繼使用者的長時間等待。
　樂觀鎖定（optimistic locking）則樂觀的認為數(shù)據(jù)的存取很少發(fā)生同時存取的問題，因而不作數(shù)據(jù)庫層次上的鎖定，為了維護正確的數(shù)據(jù)，樂觀鎖定使用應用程序上的邏輯實現(xiàn)版本控制的解決。
　例如若有兩個客戶端，A客戶先讀取了賬戶余額1000元，之后B客戶也讀取了賬戶余額1000元的數(shù)據(jù)，A客戶提取了500元，對數(shù)據(jù)庫作了變更，此時數(shù)據(jù)庫中的余額為500元，B客戶也要提取300元，根據(jù)其所取得的資料，1000-300將為700余額，若此時再對數(shù)據(jù)庫進行變更，最后的余額就會不正確。
　在不實行悲觀鎖定策略的情況下，數(shù)據(jù)不一致的情況一但發(fā)生，有幾個解決的方法，一種是先更新為主，一種是后更新的為主，比較復雜的就是檢查發(fā)生變動的數(shù)據(jù)來實現(xiàn)，或是檢查所有屬性來實現(xiàn)樂觀鎖定。
　Hibernate中透過版本號檢查來實現(xiàn)后更新為主，這也是Hibernate所推薦的方式，在數(shù)據(jù)庫中加入一個VERSON欄記錄，在讀取數(shù)據(jù)時連同版本號一同讀取，并在更新數(shù)據(jù)時遞增版本號，然后比對版本號與數(shù)據(jù)庫中的版本號，如果大于數(shù)據(jù)庫中的版本號則予以更新，否則就回報錯誤。
　以剛才的例子，A客戶讀取賬戶余額1000元，并連帶讀取版本號為5的話，B客戶此時也讀取賬號余額1000元，版本號也為5，A客戶在領(lǐng)款后賬戶余額為500，此時將版本號加1，版本號目前為6，而數(shù)據(jù)庫中版本號為5，所以予以更新，更新數(shù)據(jù)庫后，數(shù)據(jù)庫此時余額為500，版本號為6，B客戶領(lǐng)款后要變更數(shù)據(jù)庫，其版本號為5，但是數(shù)據(jù)庫的版本號為6，此時不予更新，B客戶數(shù)據(jù)重新讀取數(shù)據(jù)庫中新的數(shù)據(jù)并重新進行業(yè)務流程才變更數(shù)據(jù)庫。
　以Hibernate實現(xiàn)版本號控制鎖定的話，我們的對象中增加一個version屬性，例如：
public class Account {
private int version;
....

public void setVersion(int version) {
this.version = version;
}

public int getVersion() {
return version;
}
....
}
而在映像文件中，我們使用optimistic-lock屬性設定version控制，<id>屬性欄之后增加一個<version>標簽，例如：
<hibernate-mapping>
<class name="onlyfun.caterpillar.Account" talble="ACCOUNT"
optimistic-lock="version">
<id...../>
<version name="version" column="VERSION"/>

....

</class>
</hibernate-mapping>
　設定好版本控制之后，在上例中如果B客戶試圖更新數(shù)據(jù)，將會引發(fā)StableObjectStateException例外，我們可以捕捉這個例外，在處理中重新讀取數(shù)據(jù)庫中的數(shù)據(jù)，同時將B客戶目前的數(shù)據(jù)與數(shù)據(jù)庫中的數(shù)據(jù)秀出來，讓B客戶有機會比對不一致的數(shù)據(jù)，以決定要變更的部份，或者您可以設計程序自動讀取新的數(shù)據(jù)，并重復扣款業(yè)務流程，直到數(shù)據(jù)可以更新為止，這一切可以在背景執(zhí)行，而不用讓您的客戶知道。