当前位置: 技术问答>java相关
设计问题请大家讨论一下,对于这种数据源,分页显示中是将结果保存在内存中呢,还是每页查一次好?
来源: 互联网 发布时间:2015-03-10
本文导语: 数据源支持限制返回结果,系统中的记录都有一个唯一标志,也就是说保存的话只需要保存这个ID号,这个ID是char(16)的。 系统中会有上千万条的数据,并发量不是太大,考虑到1000个并发左右。 页面显示会有两种情...
数据源支持限制返回结果,系统中的记录都有一个唯一标志,也就是说保存的话只需要保存这个ID号,这个ID是char(16)的。
系统中会有上千万条的数据,并发量不是太大,考虑到1000个并发左右。
页面显示会有两种情况一种是静态查询(比如说分类显示),另一种是用户提交的动态查询,静态查询大概占2/3,动态占1/3。
大家觉得这种情况下分页显示时,是把结果保存起来好,还是对每个页面都进行查询。
我觉得可能每个页面都进行查询,不过不知道对不对。
我得考虑是这样的:首先是数据源本身支持静态查询,所以效率不会太低;其次是不是每个人都会将所有的页面从头看到尾。
希望讨论一下。
系统中会有上千万条的数据,并发量不是太大,考虑到1000个并发左右。
页面显示会有两种情况一种是静态查询(比如说分类显示),另一种是用户提交的动态查询,静态查询大概占2/3,动态占1/3。
大家觉得这种情况下分页显示时,是把结果保存起来好,还是对每个页面都进行查询。
我觉得可能每个页面都进行查询,不过不知道对不对。
我得考虑是这样的:首先是数据源本身支持静态查询,所以效率不会太低;其次是不是每个人都会将所有的页面从头看到尾。
希望讨论一下。
|
一次性查出来,以后分开,那样会快点,你有几千万数据,光靠索引是不行的,我建议一次性查出一部分(1000),把这部分分页显示。如果没有找到数据,可以让他改进查询条件,谁也不会翻100多页来找记录的。
|
我觉得第一次查询时可以将所有记录查询出来,以后用户每次查询不同页面时,根据page不同直接将该页结果取出显示给用户就可以了,这样速度会较快,如果每次用户翻页都去数据库中重新查询会导致效率很低。
|
基于實際性能考虑。一般数据量大、访问量大的话,可以吧ID查出放着,翻页再根据ID查细节的(那样也很快的)。
|
我觉得应该每次都去查
现在数据库的性能加上索引足够支持速度阿
每次去查在稳定性上面有保证
/*--by bookbobby(书呆)-+
| |
| 你说爱我只是习惯 |
| 再也不是喜欢 |
| 我给你的爱 |
| 已不再温暖 |
| |
+--by bookbobby(书呆)-*/
您可能感兴趣的文章:
本站(WWW.)旨在分享和传播互联网科技相关的资讯和技术,将尽最大努力为读者提供更好的信息聚合和浏览方式。
本站(WWW.)站内文章除注明原创外,均为转载、整理或搜集自网络。欢迎任何形式的转载,转载请注明出处。
本站(WWW.)站内文章除注明原创外,均为转载、整理或搜集自网络。欢迎任何形式的转载,转载请注明出处。