Hibernate進行時

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