Xodus是否支持使用数据库游标替代skip/limit实现检索结果续接

首先给出明确结论：XD-229从需求立项开始，就是为了补齐传统数据库领域的可断点续取游标能力，其定义的Cursor完全符合通用典型数据库游标的核心特征，并非临时实现的前端分页指针：

• 会持久化存储上一次查询的物理定位锚点，不需要每次分页请求从头遍历全量匹配结果
• 从机制上规避了skip/limit模式下，中途数据增删导致的分页偏移错位、同一条记录跨页重复返回或漏返回的问题
• 支持跨请求的断点续取，不需要为了恢复查询重新执行全量检索逻辑

Xodus在落地XD-229需求的对应版本中，已经把上述游标能力作为查询接口的内置能力开放，不需要自行做二次封装开发：

• 所有基于索引、实体集合的查询接口，都支持直接传入游标锚点参数定位查询起始位置，使用逻辑和通用数据库游标完全一致
• 游标会自动绑定对应查询事务的一致性快照，整个跨分页的拉取流程不会出现结果前后不一致的脏读问题
• 性能表现和传统skip/limit方案有本质区别：skip模式的查询耗时会随偏移量增大线性上升（需要依次跳过偏移量对应的所有记录），而游标是直接通过索引定位锚点位置，哪怕跨越千万级别的历史数据，查询耗时也和小偏移量场景基本持平

日常开发中完全可以用游标替代传统的skip/limit分页逻辑，常见的实现路径：

• 普通Web分页场景：替换原有的query.skip(offset).limit(pageSize)逻辑，第一次查询时使用初始游标拉取第一页数据，同时留存返回结果最后一条记录对应的游标锚点；后续分页请求直接携带该锚点值发起续查，不再手动计算offset偏移量
• 批量数据导出/长周期检索场景：直接使用内置的游标迭代器逐批拉取数据，流程中断后只需要留存最后一次完成拉取的游标值，重启任务后即可直接从断点位置恢复，不需要重新遍历全量数据
• 边界注意：当查询使用无索引的动态排序规则时，游标会退化为基于主键的定位逻辑，这类场景下需要提前校验排序逻辑的稳定性，避免出现续查结果错位

内容的提问来源于stack exchange，提问作者Fireburn