淺談Hibernate Session實例
學習Hibernate時，經常會遇到一些小問題，這里將介紹一些Hibernate問題的解決方法。包括介紹Hibernate Session實例。
一.在數據庫中條件查詢速度很慢的時候，如何優化？
1.建索引
2.減少表之間的關聯
3.優化sql，盡量讓sql很快定位數據，不要讓sql做全表查詢，應該走索引，把數據量大的表排在前面
4.簡化查詢字段，沒用的字段不要，已經對返回結果的控制，盡量返回少量數據
二.在Hibernate中進行多表查詢，每個表中各取幾個字段，也就是說查詢出來的結果集并沒有一個實體類與之對應，如何解決這個問題？
解決方案一，按照Object[]數據取出數據，然后自己組bean
解決方案二，對每個表的bean寫構造函數，比如表一要查出field1，field2兩個字段，那么有一個構造函數就是Bean（type1 filed1，type2 field2） ，然后在hql里面就可以直接生成這個bean了。具體怎么用請看相關文檔，我說的不是很清楚。
三.Session.load（）和Session.get（）的區別
Session.load/get方法均可以根據指定的實體類和id從數據庫讀取記錄，并返回與之對應的實體對象。其區別在于：
如果未能發現符合條件的記錄，get方法返回null，而load方法會拋出一個ObjectNotFoundException. Load方法可返回實體的代理類實例，而get方法永遠直接返回實體類。
load方法可以充分利用內部緩存和二級緩存中的現有數據，而get方法則僅僅在內部緩存中進行數據查找，如沒有發現對應數據，將越過二級緩存，直接調用SQL完成數據讀取。
四.Session在加載實體對象時，將經過的過程：
首先，Hibernate中維持了兩級緩存。第一級緩存由Hibernate Session實例維護，其中保持了Session當前所有關聯實體的數據，也稱為內部緩存。而第二級緩存則存在于 SessionFactory層次，由當前所有由本SessionFactory構造的Hibernate Session實例共享。出于性能考慮，避免無謂的數據庫訪問，Session在調用數據庫查詢功能之前，會先在緩存中進行查詢。首先在第一級緩存中，通過實體類型和id進行查找，如果第一級緩存查找命中，且數據狀態合法，則直接返回。
之后，Session會在當前“NonExists”記錄中進行查找，如果“NonExists”記錄中存在同樣的查詢條件，則返回 null.“NonExists”記錄了當前Hibernate Session實例在之前所有查詢操作中，未能查詢到有效數據的查詢條件（相當于一個查詢黑名單列表）。如此一來，如果Session中一個無效的查詢條件重復出現，即可迅速作出判斷，從而獲得最佳的性能表現。
對于load方法而言，如果內部緩存中未發現有效數據，則查詢第二級緩存，如果第二級緩存命中，則返回。
如在緩存中未發現有效數據，則發起數據庫查詢操作（Select SQL），如經過查詢未發現對應記錄，則將此次查詢的信息在“NonExists”中加以記錄，并返回null.
◆根據映射配置和Select SQL得到的ResultSet，創建對應的數據對象。
◆將其數據對象納入當前Session實體管理容器（一級緩存）。
◆執行Interceptor.onLoad方法（如果有對應的Interceptor）。
◆將數據對象納入二級緩存。
◆如果數據對象實現了LifeCycle接口，則調用數據對象的onLoad方法。
◆返回數據對象。
【編輯推薦】
