大家对于从数据库中提取的数据进行分页显示都是用的什么方法,求赐教~~

zhucezhanghu1 2015-09-18 03:52:30
加精
考虑到数据库中的海量数据,希望能在页面上进行分页显示,以方便查看,请教各位都是用的什么方法呢
...全文
3888 40 打赏 收藏 转发到动态 举报
写回复
用AI写文章
40 条回复
切换为时间正序
请发表友善的回复…
发表回复
  • 打赏
  • 举报
回复
引用 13 楼 yujia5200 的回复:
比如我有一张test表 我查询前5条记录 select * from test limit 0,5 // 查询test表前五条记录 select * from test limit 5,10 // 查询test表第五到第十条记录
select * from test limit 5,5 // 查询test表第五到第十条记录
li00777 2015-11-11
  • 打赏
  • 举报
回复
求大神讲一下数据库种类区别
lexin9503 2015-10-19
  • 打赏
  • 举报
回复
query.setFirstResult((pageIndex - 1) * pageSize); query.setMaxResults(pageSize);
tangziyang_fj 2015-09-30
  • 打赏
  • 举报
回复
easyUI
暗黑精灵 2015-09-24
  • 打赏
  • 举报
回复
学习了········
oihugs 2015-09-23
  • 打赏
  • 举报
回复
学习一下~~~~~~·····
looinbs 2015-09-23
  • 打赏
  • 举报
回复
比较专业~~~~~~~~~·
from威仔 2015-09-22
  • 打赏
  • 举报
回复
学习了···
gasegaw 2015-09-22
  • 打赏
  • 举报
回复
大家都很专业啊~~~~··
xiaoyubaozi 2015-09-22
  • 打赏
  • 举报
回复
不错,很有用
qingyuan18 2015-09-21
  • 打赏
  • 举报
回复
前端分页,不要一次把所有数据往网页上放,可以设一个阀值,后台sql只返回1000条记录,如果客户一直翻页或者要看更多数据,再拼sql从数据库拿更多数据 前端分页框架可以用Jquery的 Datagrid,简单设置几个参数,然后把后台的数据库数据封装成json数组传给前台即可
cattpon 2015-09-21
  • 打赏
  • 举报
回复
引用 16 楼 xmt1139057136 的回复:
海量数据分页,已经无法使用数据库自带的分页机制,比如MySQL 的 Limit ,这会导致严重的性能问题, 经过生产环境大数据量千万级数据量分页实现的 的总结,目前为止我 所使用 的大数据量分页机制 有 两条: 1. 如果表中存在 连续 的数字列并 为 索引,那么通过页码即可计算出此字段的范围,直接作范围查询即可: start = (page-1)*pagesize end = page*pagesize select * from table where id >start and id <=end 2. 对大量数据旧的分页数据,实际上是固定的,变化的仅仅是前面数页。那么将旧数据导出成一个特殊表,直接以页码为索引列,即可快速分页。同时因为新数据不断填充到前面页,故内部页码使用倒序(即超旧的数据,其在数据库中的页码越小,越新的数据其页码不断增长) 成功案例:某健康社区门户问答功能的列表页,目前大约共 3000 万主题帖,每页显示 30 条记录,这样大约是 100 万页。将每页要显示的数据作成一个字段,页码 及科室两个字段作 主索引, 因为业务要求要按科室及页码列出主题,同时科室分类存在层次关系,属性子科室的主题,也需要显示在父科室列表中,这样列表的总记录数实际上是超过 3000万的,冗余度大约是 2.5 ,即有 7500 万条记录,每页显示 30 ,即总共大约有 250 万页。现在将数据表重新进行设计,每页要显示的数据,作为一条记录,这样此表仅仅就只有 250 万条记录,也就相当于 250 万条记录的数据表,可胜任 7500 万主题的分页需要。表结构大致如下: page #当前记录的页码 classid #科室 id data #当前页要显示的数据 原始主题记录 json 化或 php 序列化后的字符串 但此方案的问题就是数据更新及删除的同步问题。 建议是较新数据周期性(如每 4小时 )地重新整理,旧数据可使用较慢的周期(如每天)速度处理。同时删除帖子时应该先删除帖子内容,再 使用异步队列机制处理数据的同步和更新。 虽然带来维护上的麻烦,但有效地处理了大数据量分页显示的问题 。 列表页及帖子页,全部使用伪静态方式提供访问, 最长的内科列表页,已经达到了 30万页。 数据的存储使用三台Dell R610 机器存储,每次对列表页或帖子页的访问,均需要从 MySQL 查询。目前已经胜任每日约 9 00万次访问量。如果有任何疑惑,请联系 zhangxugg@163.com 。 如果你有更好的办法,欢迎一起探讨。
回答得很全面~
  • 打赏
  • 举报
回复
引用 16 楼 xmt1139057136 的回复:
海量数据分页,已经无法使用数据库自带的分页机制,比如MySQL 的 Limit ,这会导致严重的性能问题, 经过生产环境大数据量千万级数据量分页实现的 的总结,目前为止我 所使用 的大数据量分页机制 有 两条: 1. 如果表中存在 连续 的数字列并 为 索引,那么通过页码即可计算出此字段的范围,直接作范围查询即可: start = (page-1)*pagesize end = page*pagesize select * from table where id >start and id <=end 2. 对大量数据旧的分页数据,实际上是固定的,变化的仅仅是前面数页。那么将旧数据导出成一个特殊表,直接以页码为索引列,即可快速分页。同时因为新数据不断填充到前面页,故内部页码使用倒序(即超旧的数据,其在数据库中的页码越小,越新的数据其页码不断增长) 成功案例:某健康社区门户问答功能的列表页,目前大约共 3000 万主题帖,每页显示 30 条记录,这样大约是 100 万页。将每页要显示的数据作成一个字段,页码 及科室两个字段作 主索引, 因为业务要求要按科室及页码列出主题,同时科室分类存在层次关系,属性子科室的主题,也需要显示在父科室列表中,这样列表的总记录数实际上是超过 3000万的,冗余度大约是 2.5 ,即有 7500 万条记录,每页显示 30 ,即总共大约有 250 万页。现在将数据表重新进行设计,每页要显示的数据,作为一条记录,这样此表仅仅就只有 250 万条记录,也就相当于 250 万条记录的数据表,可胜任 7500 万主题的分页需要。表结构大致如下: page #当前记录的页码 classid #科室 id data #当前页要显示的数据 原始主题记录 json 化或 php 序列化后的字符串 但此方案的问题就是数据更新及删除的同步问题。 建议是较新数据周期性(如每 4小时 )地重新整理,旧数据可使用较慢的周期(如每天)速度处理。同时删除帖子时应该先删除帖子内容,再 使用异步队列机制处理数据的同步和更新。 虽然带来维护上的麻烦,但有效地处理了大数据量分页显示的问题 。 列表页及帖子页,全部使用伪静态方式提供访问, 最长的内科列表页,已经达到了 30万页。 数据的存储使用三台Dell R610 机器存储,每次对列表页或帖子页的访问,均需要从 MySQL 查询。目前已经胜任每日约 9 00万次访问量。如果有任何疑惑,请联系 zhangxugg@163.com 。 如果你有更好的办法,欢迎一起探讨。
厉害....我们用的就是第一种,除主键外,有一个自增的id序号,这个是唯一的,就是专门用来分页的
业余草 2015-09-21
  • 打赏
  • 举报
回复
海量数据分页,已经无法使用数据库自带的分页机制,比如MySQL 的 Limit ,这会导致严重的性能问题, 经过生产环境大数据量千万级数据量分页实现的 的总结,目前为止我 所使用 的大数据量分页机制 有 两条: 1. 如果表中存在 连续 的数字列并 为 索引,那么通过页码即可计算出此字段的范围,直接作范围查询即可: start = (page-1)*pagesize end = page*pagesize select * from table where id >start and id <=end 2. 对大量数据旧的分页数据,实际上是固定的,变化的仅仅是前面数页。那么将旧数据导出成一个特殊表,直接以页码为索引列,即可快速分页。同时因为新数据不断填充到前面页,故内部页码使用倒序(即超旧的数据,其在数据库中的页码越小,越新的数据其页码不断增长) 成功案例:某健康社区门户问答功能的列表页,目前大约共 3000 万主题帖,每页显示 30 条记录,这样大约是 100 万页。将每页要显示的数据作成一个字段,页码 及科室两个字段作 主索引, 因为业务要求要按科室及页码列出主题,同时科室分类存在层次关系,属性子科室的主题,也需要显示在父科室列表中,这样列表的总记录数实际上是超过 3000万的,冗余度大约是 2.5 ,即有 7500 万条记录,每页显示 30 ,即总共大约有 250 万页。现在将数据表重新进行设计,每页要显示的数据,作为一条记录,这样此表仅仅就只有 250 万条记录,也就相当于 250 万条记录的数据表,可胜任 7500 万主题的分页需要。表结构大致如下: page #当前记录的页码 classid #科室 id data #当前页要显示的数据 原始主题记录 json 化或 php 序列化后的字符串 但此方案的问题就是数据更新及删除的同步问题。 建议是较新数据周期性(如每 4小时 )地重新整理,旧数据可使用较慢的周期(如每天)速度处理。同时删除帖子时应该先删除帖子内容,再 使用异步队列机制处理数据的同步和更新。 虽然带来维护上的麻烦,但有效地处理了大数据量分页显示的问题 。 列表页及帖子页,全部使用伪静态方式提供访问, 最长的内科列表页,已经达到了 30万页。 数据的存储使用三台Dell R610 机器存储,每次对列表页或帖子页的访问,均需要从 MySQL 查询。目前已经胜任每日约 9 00万次访问量。如果有任何疑惑,请联系 zhangxugg@163.com 。 如果你有更好的办法,欢迎一起探讨。
mike00zhao 2015-09-21
  • 打赏
  • 举报
回复
学习了。。。。。
少主无翼 2015-09-21
  • 打赏
  • 举报
回复
分页其实很简单,mysql使用limit,oracle使用子查询+rownumber,总之对于数据库来说查询部分数据很简单,问题通常是在海量数据面前如何解决分页的友好显示问题,比如显示总页面。而这个问题往往是限制在海量数据的查询效率上,如果是单纯的将结果集全部查询一遍计算出总记录数,那么数据量很大时的效率会很差,即使数据库表有索引。这时候可能就需要使用到单独的索引技术,如solr,当查询一个关键字时通过solr获取总记录数。或者干脆不显示总记录数,分页只显示下一页,没有结果了就不继续下一页了,这样体验会差些,但是效率会高些
qq_24702973 2015-09-21
  • 打赏
  • 举报
回复
分页的问题一直是个很头疼的问题
yujia5200 2015-09-21
  • 打赏
  • 举报
回复
比如我有一张test表 我查询前5条记录 select * from test limit 0,5 // 查询test表前五条记录 select * from test limit 5,10 // 查询test表第五到第十条记录
yujia5200 2015-09-21
  • 打赏
  • 举报
回复
你用的mysql 分页就是limit
加载更多回复(18)

67,513

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧