HIBERNATE的N+1查詢問題

原文鏈接:http://blog.csdn.net/gl74gs48/article/details/5903166

選自《精通Hibernate:Java對象持久化技術詳解》作者:孫衛琴

 

在Session的緩存中存放的是相互關聯的對象圖。默認情況下,當Hibernate從數據庫中加載Customer對象時,會同時加載所有關聯的Order對象。以Customer和Order類爲例,假定ORDERS表的CUSTOMER_ID外鍵允許爲null,圖1列出了CUSTOMERS表和ORDERS表中的記錄。




以下Session的find()方法用於到數據庫中檢索所有的Customer對象:

List customerLists=session.find("from Customer as c");

運行以上find()方法時,Hibernate將先查詢CUSTOMERS表中所有的記錄,然後根據每條記錄的ID,到ORDERS表中查詢有參照關係的記錄,Hibernate將依次執行以下select語句:

select * from CUSTOMERS;
select * from ORDERS where CUSTOMER_ID=1;
select * from ORDERS where CUSTOMER_ID=2;
select * from ORDERS where CUSTOMER_ID=3;
select * from ORDERS where CUSTOMER_ID=4;

通過以上5條select語句,Hibernate最後加載了4個Customer對象和5個Order對象,在內存中形成了一幅關聯的對象圖,參見圖2。



Hibernate在檢索與Customer關聯的Order對象時,使用了默認的立即檢索策略。這種檢索策略存在兩大不足:

(1) select語句的數目太多,需要頻繁的訪問數據庫,會影響檢索性能。如果需要查詢n個Customer對象,那麼必須執行n+1次select查詢語句。這就是經典的n+1select查詢問題。這種檢索策略沒有利用SQL的連接查詢功能,例如以上5條select語句完全可以通過以下1條select語句來完成:

select * from CUSTOMERS left outer join ORDERS
on CUSTOMERS.ID=ORDERS.CUSTOMER_ID

以上select語句使用了SQL的左外連接查詢功能,能夠在一條select語句中查詢出CUSTOMERS表的所有記錄,以及匹配的ORDERS表的記錄。

(2)在應用邏輯只需要訪問Customer對象,而不需要訪問Order對象的場合,加載Order對象完全是多餘的操作,這些多餘的Order對象白白浪費了許多內存空間。


爲了解決以上問題,Hibernate提供了兩種檢索策略:延遲檢索策略和迫切左外連接檢索策略

 

1、延遲檢索策略能避免多餘加載應用程序不需要訪問的關聯對象,

hibernate3開始已經默認是lazy=true了;lazy=true時不會立刻查詢關聯對象,只有當需要關聯對象(訪問其屬性)時纔會發生查詢動作。

 

2、迫切左外連接檢索策略則充分利用了SQL的外連接查詢功能,能夠減少select語句的數目。

可以在映射文件中定義連接抓取方式。
<set name=”orders” fetch=”join”>

<key column=”customer_id”>

<one-to-many class="com.hibernate.mappings.Order"/>

</set>

 

或者使用HQL的LEFT OUTER JOIN.

或者在條件查詢中使用setFetchMode(FetchMode.JOIN)

Customer ctm = (Customer)session.createCriteria(Customer.class)

                    .setFetchMode(“Order”.JOIN)

                    .add(Restrictions.idEq(customer_id));


發佈了2 篇原創文章 · 獲贊 15 · 訪問量 33萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章