# 11.3.1\. 應用程序級別的版本檢查(Application version checking) 未能充分利用Hibernate功能的實現代碼中，每次和數據庫交互都需要一個新的 `Session`，而且開發人員必須在顯示數據之前從數據庫中重 新載入所有的持久化對象實例。這種方式迫使應用程序自己實現版本檢查來確保 對話事務的隔離，從數據訪問的角度來說是最低效的。這種使用方式和 entity EJB最相似。 ``` // foo is an instance loaded by a previous Session session = factory.openSession(); Transaction t = session.beginTransaction(); int oldVersion = foo.getVersion(); session.load( foo, foo.getKey() ); // load the current state if ( oldVersion!=foo.getVersion ) throw new StaleObjectStateException(); foo.setProperty("bar"); t.commit(); session.close(); ``` `version` 屬性使用 `<version>`來映射，如果對象 是臟數據，在同步的時候，Hibernate會自動增加版本號。 當然，如果你的應用是在一個低數據并發環境下，并不需要版本檢查的話，你照樣可以使用 這種方式，只不過跳過版本檢查就是了。在這種情況下，_最晚提交生效_ （_last commit wins_）就是你的長對話的默認處理策略。 請記住這種策略可能會讓應用軟件的用戶感到困惑，因為他們有可能會碰上更新丟失掉卻沒 有出錯信息，或者需要合并更改沖突的情況。 很明顯，手工進行版本檢查只適合于某些軟件規模非常小的應用場景，對于大多數軟件應用場景 來說并不現實。通常情況下，不僅是單個對象實例需要進行版本檢查，整個被修改過的關 聯對象圖也都需要進行版本檢查。作為標準設計范例，Hibernate使用擴展周期的 `Session`的方式，或者脫管對象實例的方式來提供自動版本檢查。