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会一行一行去移动，还是很费事的。