如题，数据量很大，都是千万级别。分页肯定不能用 offset，我本来想用 ctid 物理行号，每次查询后记录最后一个的行号，下次再从这个行号开始。但是有个问题，查询出的行号可能会不是连续的（递增）。这样就不能用记录 ctid 查询。有没有数据库方面的大佬，请教一下，有没有其他的方案？
This topic created in 2364 days ago, the information mentioned may be changed or developed.
 | 1 xjmroot Nov 27, 2019 增量查询，找好递增 key 就行 1. key 要是递增 2. key 的重复记录越少越好（ id，create_time 啥的都可以） id 的话直接每次增量 > 上次 id 查询就行（同 id 没有重复记录） create_time 的话，要兼容重复记录的增量，程序得做下处理 |
 | 2 reus Nov 27, 2019 via Android 限定最大分页数即可，没什么人会翻几百页的，过滤和排序做好了，根本不需要其他分页手段 |
 | 3 065535 Dec 3, 2019 纯翻页性能没有太好的方案。1l 的方案是记录下索引的值，比如使用 pk 将 sql 转化到索引上来查询提高效率，这样需要业务来改造代码完成。千万级别的数据，能翻它的人有多少，绝大多数都是限定条件下的查询，这样的数据量很可控的，如 2l 所说。 |
Select Language