这是一个创建于 1822 天前的主题，其中的信息可能已经有所发展或是发生改变。
如题，数据量很大，都是千万级别。分页肯定不能用 offset，我本来想用 ctid 物理行号，每次查询后记录最后一个的行号，下次再从这个行号开始。但是有个问题，查询出的行号可能会不是连续的（递增）。这样就不能用记录 ctid 查询。有没有数据库方面的大佬，请教一下，有没有其他的方案？
 |
1
xjmroot 2019-11-27 18:02:20 +08:00
增量查询，找好递增 key 就行
1. key 要是递增 2. key 的重复记录越少越好（ id，create_time 啥的都可以） id 的话直接每次增量 > 上次 id 查询就行（同 id 没有重复记录） create_time 的话，要兼容重复记录的增量，程序得做下处理 |
 |
2
reus 2019-11-27 18:26:04 +08:00 via Android
限定最大分页数即可，没什么人会翻几百页的，过滤和排序做好了，根本不需要其他分页手段
|
 |
3
065535 2019-12-03 16:25:55 +08:00
纯翻页性能没有太好的方案。1l 的方案是记录下索引的值，比如使用 pk 将 sql 转化到索引上来查询提高效率，这样需要业务来改造代码完成。千万级别的数据，能翻它的人有多少，绝大多数都是限定条件下的查询，这样的数据量很可控的，如 2l 所说。
|
Select Language