建站
咨詢
售后
建站咨詢
新聞中心
今天我們主要介紹擴展周期的Hibernate session和自動版本化，望讀者能夠加以借鑒。
單個Hibernate Session實例和它所關(guān)聯(lián)的所有持久化對象實例都被用于整個對話，這被稱為session-per-conversation。Hibernate在同步的時候進行對象實例的版本檢查，如果檢測到并發(fā)修 改則拋出異常。由開發(fā)人員來決定是否需要捕獲和處理這個異常（通常的抉擇是給用戶 提供一個合并更改，或者在無臟數(shù)據(jù)情況下重新進行業(yè)務(wù)對話的機會）。
在等待用戶交互的時候，Hibernate Session 斷開底層的JDBC連接。這種方式 以數(shù)據(jù)庫訪問的角度來說是***效的方式。應(yīng)用程序不需要關(guān)心版本檢查或脫管對象實例 的重新關(guān)聯(lián)，在每個數(shù)據(jù)庫事務(wù)中，應(yīng)用程序也不需要載入讀取對象實例。
- // foo is an instance loaded earlier by the old session
- Transaction t = session.beginTransaction(); // Obtain a new JDBC connection, start transaction
- foo.setProperty("bar");
- session.flush(); // Only for last transaction in conversation
- t.commit(); // Also return JDBC connection
- session.close(); // Only for last transaction in conversation
foo對象知道它是在哪個Session中被裝入的。在一個舊session中開啟一個新的數(shù)據(jù)庫事務(wù)，會導(dǎo)致session獲取一個新的連接，并恢復(fù)session的功能。
將數(shù)據(jù)庫事務(wù)提交，使得session從JDBC連接斷開，并將此連接交還給連接池。在重新連接之后，要強制對你沒有更新的數(shù)據(jù)進行一次版本檢查，你可以對所有可能被其他事務(wù)修改過的對象，使用參數(shù)LockMode.READ來調(diào)用Session.lock()。你不用lock任何你正在更新的數(shù)據(jù)。
一般你會在擴展的Session上設(shè)置FlushMode.NEVER，因此只有***一個數(shù)據(jù)庫事務(wù)循環(huán)才會真正的吧整個對話中發(fā)生的修改發(fā)送到數(shù)據(jù)庫。因此，只有這***一次數(shù)據(jù)庫事務(wù)才會包含flush()操作，然后在整個對話結(jié)束后，還要close()這個session。
如果在用戶思考的過程中，Session因為太大了而不能保存，那么這種模式是有 問題的。舉例來說，一個HttpSession應(yīng)該盡可能的小。
由于 Session是一級緩存，并且保持了所有被載入過的對象，因此 我們只應(yīng)該在那些少量的request/response情況下使用這種策略。你應(yīng)該只把一個Session用于單個對話，因為它很快就會出現(xiàn)臟數(shù)據(jù)。
注意：
早期的Hibernate版本需要明確的對Session進行disconnec和reconnect。這些方法現(xiàn)在已經(jīng)過時了，打開事務(wù)和關(guān)閉事務(wù)會起到同樣的效果。
此外，也請注意，你應(yīng)該讓與數(shù)據(jù)庫連接斷開的Session對持久層保持 關(guān)閉狀態(tài)。換句話說，在三層環(huán)境中，使用有狀態(tài)的EJB session bean來持有Session， 而不要把它傳遞到web層（甚至把它序列化到一個單獨的層），保存在HttpSession中。
擴展session模式，或者被稱為每次對話一個session(session-per-conversation), 在與自動管理當(dāng)前session上下文聯(lián)用的時候會更困難。你需要提供你自己的CurrentSessionContext實現(xiàn)。請參閱Hibernate Wiki以獲得示例。
網(wǎng)站名稱：Hibernate擴展周期的Session和自動版本化
網(wǎng)站鏈接：http://m.fisionsoft.com.cn/article/djpihod.html
