|
锁定老帖子 主题：小论分页方案
该帖已经被评为新手帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-06-20
ddandyy 写道 我想你是没明白意思
每页1000条 10页就能翻到1W条了 1000条一页不过分吧 最少我们现在这个项目就有 有时候翻个 20-30页应该是很正常的 最少我经常在google翻这么多 我承认一般用到的都是前面几条 前面几条的速度也确实不慢 我上面的结果也放出来了 关键就是翻到后面的时候速度怎么 你不能说只有很少人翻过去就不考虑这方面 有一些做法越往后翻速度越慢 而且是几何级别的 OK，你是根据你项目或自身的情况来举例的说，我也是根据我的经验来说的， 你的分页是1000，我分页是100～200。 你翻google记录是20～到30页，我翻的页数通常是5～6页，极少的时候我页翻到20～30页。 至于我们两说的情况，那一种更多见，就不在这里讨论了。 有句话就叫"兵无常势，水无常行"吧，在你应用程序里，我没有要求你只cache 5～6页啊，你可以根据cache100页（这满足99％的情况吧），至于从1000页跳到10000页是不是也要前面100页同样的性能要求， 或直接说达到这样性能的要求与代价比是怎样的，那么你们就需要根据实际情况去决定。 也许你会问，1000×100条记录是不是给内存带来压力？那就需要根据内存大小和一个页面上一次用到的时间要计算该在什么时候，释放或cache那些页面了。我想这里不是我跟你们讨论怎么做的问题，我没有那种（万能或通天）的本领，也没兴趣讨论具体怎么做。 |
| 返回顶楼 | |
|
发表时间：2007-06-20
ddandyy 写道 另外我想你误会了一个事 我没说你的做法不好 只是质疑了一下你的TEST结果 想要你的另一种结果而已 在看到TEST结果之前 谁也不知道好坏的
如果有人买 说是要你这种结果 你能不给么 当然 如果你说我不买 没有义务给我这个结果 那当然也是完全可以的 买？那只是前面那个raykcn 小孩的想法而已，不是我的。 你说的不错，那次测试就是不好，它的结果也没什么意义。 我举那个例子只想说明解决分页的问题也许没那么复杂。 也许你们可以找到一些其它更好的办法，但并不是要用我的想法。 不想做更多的测试和给全面的结果，只是不想深入到你们实际中具体的问题，我想自己还不是那样一个好人。 |
| 返回顶楼 | |
|
发表时间：2007-06-20
唉.......
标题都是 “论”分页方案 不过是前面加了一个 小 字而已 可是别人刚一讨论就什么都听不下去了 还没 小 呢 只能算 微 吧 我是对的 你想的根我想的不一样 我这个不用考虑那种情况 我这个不是通用方案 ......... 建议改成 show分页方案 可能更好一些 |
| 返回顶楼 | |
|
发表时间：2007-06-20
ddandyy 写道 唉.......
标题都是 “论”分页方案 不过是前面加了一个 小 字而已 可是别人刚一讨论就什么都听不下去了 还没 小 呢 只能算 微 吧 我是对的 你想的根我想的不一样 我这个不用考虑那种情况 我这个不是通用方案 ......... 建议改成 show分页方案 可能更好一些 我已给你看了内存和速度的测试结果，你还想要什么？ 至于你说的： 引用 我是对的 你想的根我想的不一样 我这个不用考虑那种情况 我这个不是通用方案 .........
你能告诉我什么情况没考虑吗？ 速度，内存，多线程与共享，更新（你应注意接口有个refresh）或其它的？ 只是不想具体与你们讨论具体的实现细节而已。 |
| 返回顶楼 | |
|
发表时间：2007-08-19
lihy70 写道 raykcn 写道 这是方案 ?
想把算法卖给大家 ? 小孩子真聪明！ 买给你，有钱吗？  生气了 哇哇.... 我要是有钱就去找 robbin 买分页了...... |
| 返回顶楼 | |
|
发表时间：2007-08-26
beetle jdbc 框架支持常见数据库的分页实现，
http://www.beetlesoft.net/j2ee/jdbc.html |
| 返回顶楼 | |
