HIBERNATE查詢效能

查詢效能往往是系統效能表現的乙個重要方面，查詢機制的優劣很大程度上決定了系統的整體效能。這個領域往往也存在最大的效能調整空間。

hibernate2中session.find()對應於3中的session.createquery().list();

hibernate2中session.iterate()對應於3中的session.createquery().iterate();

find和iterate區別：

find方法通過一條select sql實現了查詢操作，而iterate方法要執行多條select sql.

iterate第一次查詢獲取所有符合條件的記錄的id，然後再根據各個id從庫表中讀取對應的記錄，這是乙個典型的n+1次的查詢問題，如果符合條件記錄有10000條，就需要執行10001條select sql，可想效能會如何的差。

那為什麼要提供iterator方法，而不只是提供高效率的find方法？

原因1.與hibernate快取機制密切相關

find方法實際上是無法利用快取的，它對快取只寫不讀。

find方法只執行一次sql查詢，它無法判斷快取中什麼樣的資料是符合條件的，也無法保證查詢結果的完整性。而iterate方法，會首先查詢所有符合條件記錄的id，然後根據id去快取中找，如果快取中有該id，就返回，沒有可以根據id再去資料庫查詢。

string hql = "from tuser where age > ?";

list userlist = session.find(hql, new integer(18), hibernate.integer);

iterator it = session.iterate(hql, new integer(18), hibernate.integer);

順序執行，iterate方法只會執行一次sql查詢，就是查詢id，然後根據id就可以從快取中獲得資料。

string hql = "from tuser where age > ?";

list userlist = session.find(hql, new integer(18), hibernate.integer);

userlist = session.find(hql, new integer(18), hibernate.integer);

快取是不起作用的。

如果目標資料讀取相對較為頻繁，通過iterate這種機制，會減少效能損耗。

原因2.記憶體使用上的考慮

find方法將一次獲得的所有記錄並將其讀入記憶體。如果資料量太大，可能會觸發outofmemoryerror，從而導致系統異常。解決方案之一就是結合iterate方法和evict方法逐條對記錄進行處理，將記憶體消化保持在乙個可以接受的範圍之內。如：

string hql = "from tuser where age > ?";

iterator it = session.iterate(hql, new integer(18), hibernate.integer);

while(it.hasnext())