Hibernate進(jìn)行時

         對Hibernate的查詢分頁，想必大家都比較熟悉了。setFirstResult()和setMaxResults()就可以搞定。但是使用sqlserver的朋友發(fā)現(xiàn)了嗎，hibernate發(fā)送的分頁語句中總是會有令人心煩的"select top 數(shù)字" 這樣的字符串。比如你一頁顯示50條記錄，現(xiàn)在要查詢第100頁的數(shù)據(jù)，則會出現(xiàn)"select top 50000"這樣的語句，它是先把前5000條數(shù)據(jù)抓出到內(nèi)存中，處理后僅返回最后的50條給你，但是其他的4500條不是多余的了嗎？想想還真是憋火。
         網(wǎng)上廣為流傳的一篇文章《實現(xiàn)Hibernate分頁查詢原理解讀》(作者robbin)中已經(jīng)講的很清楚了，如果數(shù)據(jù)庫自身支持分頁查詢，那么這種數(shù)據(jù)庫的Dialect中的supportsLimit()方法將返回true,而Hibernate則才會去調(diào)用getLimitString()方法以得到分頁的語句，比如對mysql來說是
而對于oracle是：
當(dāng)然，sqlserver也不甘落后，好像非得supportsLimit它才舒服。它的supportsLimit()也是true,同時它的getLimitString()方法為:
看到那個“top”的來歷了吧。
而實事上，select top進(jìn)行分頁查詢的效率非常之低，遠(yuǎn)不如下面的語句:
從《實現(xiàn)Hibernate分頁查詢原理解讀》中可以知道，rs.absolute(firstRow);執(zhí)行的條件是數(shù)據(jù)庫Dialect不支持分頁查詢，這句話有點繞，其實它的真正意思是“supportsLimit()方法返回的是false”。當(dāng)supportsLimit()返回false時，Hibernate采用rs.absolute(firstRow);來進(jìn)行分頁查詢。說到這里，大家心知肚明了吧。其實解決起來比較簡單，你自己定義一個MySqlServer2005Dialect，繼承于原來的org.hibernate.dialect.SQLServerDialect，覆蓋其supportsLimit()方法，如下:
然后在hibernate配置文件中使用你自己的MySqlServer2005Dialect方言即可。
同時要注意的是，在Loader類的1471行有一個方法，它是：
它和《實現(xiàn)Hibernate分頁查詢原理解讀》中描述的一樣，如果你的jdbc支持scrollable，那就調(diào)用rs.absolute(firstRow)定位到第一行，否則的話，就一行一行去移動吧。因此在配置文件中有一項很重要：
（注意我用的是spring的配置文件）上述這一行其實可以不寫，因為默認(rèn)就是true了，但如果你顯示地把它寫上了，一定要設(shè)為true，如果為false的話，則記錄集rs會一行一行去移動，還是很費事的。