LuChaoShuai

DataReader有独占性的问题，数据量稍微大些，用户稍微多些，性能就会明显下降，不建议这样来用

从你给的例子看，访问前若干页，常规方法明显比DataReader快，而且快很多。

你觉得这个速度快，那是因为你没见过更快的方法，见过了之后，就会觉得这个速度实在是太慢了。

得看查询数据的多少吧，要是一条记录都有20多个字段，10w条记录就快崩了...

@阳光沙滩海岸线 要在大数据量下面进行处理的人员，也不是一般人，我觉得这是他们必须要等待的。而且这个应该也是不存在什么大并发的。

@sweethome 有实际测试了吗？实践出真知，不是靠猜，拍脑袋的。理论是靠实践来的。

@Virus-BeautyCode 在网站上面，我还真没有看到有哪个网站是直接拿几百w的数据来分页的。大数据量的分页的网站，我还真没有见过。其本上也就是返回100页。就算一页显示100条，100页也就是我上面测试数据的一半。那时间就是减半。 还有，若是网站的话，还会对部分数据进行缓存等性能优化处理。所以这个需求，我觉得根本就是不存在的。 倒是一些管理系统，我觉得这个还是蛮多的。不过他们比我这慢的，等个5秒以上的，多了去了。就想想用友，金蝶等。打开个列表就等个半天的。 至于是几个人访问，也就是占用连接的问题。这个得看实际情况的。

@mywork 传统的方式，越后面是越慢，但是这种遍历所有行的方式，后面跟前面，差距其实是不大的。不管是第一页还是最后一页，都是遍历所有的记录行。只是在前面提取数据还是在后面提取数据的区别。

@草头蕾 这里只是简单的测试一下使用datareder分页是否可行，其主要的争论点在于 while逐行遍历是否可行。至于是否使用model关系不大。这个都是可以在后期跟据实际情况进行修改的。

^……感觉这个还是要有严谨的证明的，话说连接也很费时间

你什么也没有证明

顶一下

4,5秒，一个人，这速度应该是无法接受的……

支持下

这东西真不用测试吧, 理论上就不行了

测试了一下，速度还可以。我看过iBatis的分页实现代码，也是使用DataReader实现的。

不错，支持一下，有的东西测试过才会知道，是否真的好用。

但是应该也是在5秒以内就返回了 5秒可以接受吗？ 你有压力测试吗？ 一个人访问系统，没有说服力的。 3秒是极限了，没有人可以忍受3秒以上，除非很特殊的情况。 否则再也不来这个网站了。

实践证明，分页越靠后，速度就越慢。

楼主你好， 个人观点，既然是分页就是关于UI，为什么在你的datatalbe里分？耦合度太高了吧。你的实体类在哪里？ 还是使用MVC吧，分页根本不是问题，把页数和查询条件传入，返回对应数据映射到你的Model上然后再映射到ViewModel上就好。