发疯Hibernate分页问题,性能优化!

一个只足够翻页的方法，获取多于显示记录数量一的记录集，以此判断是否存在下一页。
计算总数耗费数据库资源，匹配的结果数量一多，建立的索引都浪费了。

总数可以缓存啊，刚才说了5秒缓存性能足够好了。

如果真的是很严重的性能问题，需求就不对，我只是说一个通用的情况，很严重的性能问题往往是需求的问题，而不是技术问题。用户自己真的需要每次翻页都实时的知道当前记录的精确总数么？然后一页一页去翻（1000多页？），这个UI交互模式的需求分析就是有问题的。

开拓思路，例如我如果用LiveGrid（Ext的一个扩展实现，操作方式类似于GoogleReader），总数只会取一次，相当于缓存了总数，你当然可以说这个总数实时性不高，当然没有完美的方案，都是有点缺陷的，要看这些缺陷是否值得去做，当前例子就是“实时性”真的那么重要么？0秒延时和5秒延时区别真的那么大么？很多情况下，1小时延时都被人吹成实时呢。

很多体育比赛实况转播不仅技术上有几秒的延时（卫星传送距离太远需要时间），更多的是故意的5分钟延时，这还不是中国特色，国外也很多的。

count(id) 会好一点点

好多回复都跑题了，楼主的问题不是分页，而是如何查询一个海量数据表的总数，Lucas Lee已经给出了很好的答案。

有时候你的一句hql（sql）不包含id的。