如果當(dāng)SQL數(shù)據(jù)庫中select語句數(shù)目過多，就會影響數(shù)據(jù)庫的性能，如果需要查詢n個Customer對象，那么必須執(zhí)行n+1次select查詢語句。在Session的 緩存中存放的是相互關(guān)聯(lián)的對象圖。默認情況下，當(dāng)Hibernate從數(shù)據(jù)庫中加載Customer對象時，會同時加載所有關(guān)聯(lián)的Order對象。以 Customer和Order類為例，假定ORDERS表的CUSTOMER_ID外鍵允許為null，圖1列出了CUSTOMERS表和ORDERS表中的記錄。

以下Session的find()方法用于到數(shù)據(jù)庫中檢索所有的Customer對象：

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

運行以上find()方法時，Hibernate將先查詢CUSTOMERS表中所有的記錄，然后根據(jù)每條記錄的ID，到ORDERS表中查詢有參照關(guān)系的記錄，Hibernate將依次執(zhí)行以下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;

select語句的數(shù)目太多，需要頻繁的訪問數(shù)據(jù)庫，會影響檢索性能。如果需要查詢n個Customer對象，那么必須執(zhí)行n+1次select查詢語句。這就是經(jīng)典的n+1次select查詢問題。

通過以上5條select語句，Hibernate最后加載了4個Customer對象和5個Order對象，在內(nèi)存中形成了一幅關(guān)聯(lián)的對象圖。

Hibernate在檢索與Customer關(guān)聯(lián)的Order對象時，使用了默認的立即檢索策略。這種檢索策略存在兩大不足：

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

select * from CUSTOMERS left outer join ORDERS

on CUSTOMERS.ID=ORDERS.CUSTOMER_ID

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

2、在應(yīng)用邏輯只需要訪問Customer對象，而不需要訪問Order對象的場合，加載Order對象完全是多余的操作，這些多余的Order對象白白浪費了許多內(nèi)存空間。

傾情推薦EMSSoftware公司旗下SQL數(shù)據(jù)量管理工具來解決數(shù)據(jù)庫各項問題。