mssqlserver的jsp分页

Question

没有问题，不错，不过建议用存储过程

Answer 1

真的是不错!  不过大哥在注释的时候能不能用简体字啊,看的小弟@_@.....
^_*

Answer 2

没有问题，不错，不过建议用存储过程

Answer 3

用你的方法 in 操作是很耗费数据库资源的，如果用你的方法和用absolute+next相比，我以前做过测试，在SQL Server里，如果关键字是在clustered index上，小数据量in操作要慢20%左右，大数据量大概有40%的性能差距。如果关键字是在non-clustered index上，大数据量in操作大概有慢25%，小数据量操作in反而有20%左有的性能提升。这是因为在clustered index上，absolute可以用binary search得到记录的文件物理地址，但是non-clustered index上，absolute要对B-树向下做查找。当然，我的测试不是很严格，可能不同的环境下，性能结果可能会有些出入。但是absolute操作需要jdbc2.0操作，在某些数据库没有相应的驱动，这种方法不通用。不管是楼主提供的方法还是用absolute，这两种操作会对表加大量的S锁，对数据库内存消耗很大，不信你用dbcc看看。在SQL Server下的分页解决方案和Oracle的row id没法相比，SQL Server其实就是个垃圾数据库。