Hibernate進(jìn)行時(shí)

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