Hibernate提高性能的幾點建議 1.盡量少用one-to-many的映射，如果用最好把lazy設置成true，這樣在查詢主表時其關聯子表就不會被查詢，從而節約數據庫的資源。 2. 當lazy設置為true時，如果需要(用Criteria或者DetachedCriteria)查詢子表對象，則會拋出一個session closed的異常，因為Hibernate在主表查詢完成后，hibernate對象的session就被關閉了，也就相當于JDBC中的Connection被干掉了，沒有connection(Hibernate為Session對象)的查詢是非法操作，同樣的這里也將報異常信息。那么，我們要怎么進行處理呢？如果想要查詢子表對象，就要在作one-to-many的設置時將屬性fetch設置為join值，這時，只要查詢時就去抓取子對象，這也是hibernate的一種抓取策略。 3.如果lazy="true"并且fetch="join"時，用QBC進行分頁查詢，會帶來新的問題，fetch="join"是采用左外連接查詢的，所以主表的數據就會出現很多重復記錄，這時需在QBC條件對象加上一個去重的限制，具體代碼為： criteria.setResultTransformer(Criteria.DISTINCT_ROOT_ENTITY);

也就是說fetch是為子對象服務的,不適合主對象的查詢操作.

4. 對于第3點的描述，如果用HQL查詢則一切正常,不用加去重操作,子對象也可以查詢出來. 5. 如果lazy="false"時,沒有設置fetch屬性,那么在進行HQL查詢時也會拋出sessin 被關閉的異常,所以需要在HQL寫上抓取子對象的關鍵字,例如:from main join?fetch?main.detail as detail,程序員如果做了該操作，在獲取子對象屬性時就能采取抓取策略. 6. 在使用DetachedCriteria拼湊查詢條件的時候,如何條件涉及到子對象的屬性時,需要用DetachedCriteria.createAlias("b","b")來建立映射關系,否則將報出could not resolve property 的Hibernate查詢異常

eg:實體A中包含set<B>

那么在DetachedCriteria 中拼湊查詢條件時,如果條件是B中的某個屬性Bp1的話,那么應該通過createAlias()創建 實體A于B的關聯,例:criteria.createAlias("B", "B"),那么你在添加B的查詢條件的時候,add(Restrictions.eq("B.Bp1","test")); 時才不會報錯,不然會報找不到屬性B.Bp1,當然在設置了關聯之后還會引發一個問題也就是上面提到的重復問題,因為設置關聯之后hibernate是使用左外連接拼接的sql,這里的解決方案就是也需要加上上面提到的去除重復數據的代碼即可.
當然添加實體之間的關聯之后，會把B也加載出來，就算設置了延遲加載也沒用。

轉載于:https://www.cnblogs.com/zengsong-restService/archive/2013/02/27/2934635.html

總結

以上是生活随笔為你收集整理的Hibernate提高性能的几点建议的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。