hibernate的事務(wù)和并發(fā)

《hibernate的事務(wù)和并發(fā)》由會員上傳分享，免費在線閱讀，更多相關(guān)內(nèi)容在應(yīng)用文檔-天天文庫。

1、Hibernate的事務(wù)和并發(fā)控制很容易掌握。Hibernate直接使用JDBC連接和JTA資源，不添加任何附加鎖定行為。我們強烈推薦你花點時間了解JDBC編程，ANSISQL查詢語言和你使用的數(shù)據(jù)庫系統(tǒng)的事務(wù)隔離規(guī)范。Hibernate只添加自動版本管理，而不會鎖定內(nèi)存中的對象，也不會改變數(shù)據(jù)庫事務(wù)的隔離級別。基本上，使用Hibernate就好像直接使用JDBC(或者JTA/CMT)來訪問你的數(shù)據(jù)庫資源?！　〕俗詣影姹竟芾恚槍π屑壉^鎖定，Hibernate也提供了輔助的API，它使用了SELECTFORUPDATE的SQL語法。本章后面會討論這個API。　　我們從Con

2、figuration層、SessionFactory層,和Session層開始討論Hibernate的并行控制、數(shù)據(jù)庫事務(wù)和應(yīng)用程序的長事務(wù)?！　?2.1.Session和事務(wù)范圍(transactionscopes)　　一個SessionFactory對象的創(chuàng)建代價很昂貴，它是線程安全的對象，它被設(shè)計成可以為所有的應(yīng)用程序線程所共享。它只創(chuàng)建一次，通常是在應(yīng)用程序啟動的時候，由一個Configuraion的實例來創(chuàng)建?！　∫粋€Session的對象是輕型的，非線程安全的，對于單個業(yè)務(wù)進程，單個的工作單元而言，它只被使用一次，然后就丟棄。只有在需要的時候，Session才會獲取一

3、個JDBC的Connection（或一個Datasource）對象。所以你可以放心的打開和關(guān)閉Session，甚至當(dāng)你并不確定一個特定的請求是否需要數(shù)據(jù)訪問時，你也可以這樣做。(一旦你實現(xiàn)下面提到的使用了請求攔截的模式，這就變得很重要了?！　〈送馕覀冞€要考慮數(shù)據(jù)庫事務(wù)。數(shù)據(jù)庫事務(wù)應(yīng)該盡可能的短，降低數(shù)據(jù)庫鎖定造成的資源爭用。數(shù)據(jù)庫長事務(wù)會導(dǎo)致你的應(yīng)用程序無法擴展到高的并發(fā)負載。　　一個操作單元(Unitofwork)的范圍是多大？單個的HibernateSession能跨越多個數(shù)據(jù)庫事務(wù)嗎？還是一個Session的作用范圍對應(yīng)一個數(shù)據(jù)庫事務(wù)的范圍？應(yīng)該何時打開Session，何

4、時關(guān)閉Session？，你又如何劃分數(shù)據(jù)庫事務(wù)的邊界呢？12.1.1.操作單元(Unitofwork)　　首先，別再用session-per-operation這種反模式了，也就是說，在單個線程中，不要因為一次簡單的數(shù)據(jù)庫調(diào)用，就打開和關(guān)閉一次Session！數(shù)據(jù)庫事務(wù)也是如此。應(yīng)用程序中的數(shù)據(jù)庫調(diào)用是按照計劃好的次序，分組為原子的操作單元。（注意，這也意味著，應(yīng)用程序中，在單個的SQL語句發(fā)送之后，自動事務(wù)提交(auto-commit)模式失效了。這種模式專門為SQL控制臺操作設(shè)計的。Hibernate禁止立即自動事務(wù)提交模式，或者期望應(yīng)用服務(wù)器禁止立即自動事務(wù)提交模式。）　

5、　在多用戶的client/server應(yīng)用程序中，最常用的模式是每個請求一個會話(session-per-request)。在這種模式下，來自客戶端的請求被發(fā)送到服務(wù)器端（即Hibernate持久化層運行的地方），一個新的HibernateSession被打開，并且執(zhí)行這個操作單元中所有的數(shù)據(jù)庫操作。一旦操作完成（同時發(fā)送到客戶端的響應(yīng)也準(zhǔn)備就緒），session被同步，然后關(guān)閉。你也可以使用單個數(shù)據(jù)庫事務(wù)來處理客戶端請求，在你打開Session之后啟動事務(wù)，在你關(guān)閉Session之前提交事務(wù)。會話和請求之間的關(guān)系是一對一的關(guān)系，這種模式對于大多數(shù)應(yīng)用程序來說是很棒的。　　真正

6、的挑戰(zhàn)在于如何去實現(xiàn)這種模式：不僅Session和事務(wù)必須被正確的開始和結(jié)束，而且他們也必須能被數(shù)據(jù)訪問操作訪問。用攔截器來實現(xiàn)操作單元的劃分，該攔截器在客戶端請求達到服務(wù)器端的時候開始，在服務(wù)器端發(fā)送響應(yīng)（即，ServletFilter）之前結(jié)束。我們推薦使用一個ThreadLocal變量，把Session綁定到處理客戶端請求的線程上去。這種方式可以讓運行在該線程上的所有程序代碼輕松的訪問Session（就像訪問一個靜態(tài)變量那樣）。你也可以在一個ThreadLocal變量中保持事務(wù)上下文環(huán)境，不過這依賴于你所選擇的數(shù)據(jù)庫事務(wù)劃分機制。這種實現(xiàn)模式被稱之為ThreadLocal

7、Session和OpenSessioninView。你可以很容易的擴展本文前面章節(jié)展示的HibernateUtil輔助類來實現(xiàn)這種模式。當(dāng)然，你必須找到一種實現(xiàn)攔截器的方法，并且可以把攔截器集成到你的應(yīng)用環(huán)境中。請參考Hibernate網(wǎng)站上面的提示和例子。12.1.2.應(yīng)用程序事務(wù)(Applicationtransactions)　　session-per-request模式不僅僅是一個可以用來設(shè)計操作單元的有用概念。很多業(yè)務(wù)處理流程都需要一系列完整的和用戶之間的交互，即用戶對數(shù)據(jù)庫的交叉