如何解决使用SQL API对cosmos db结果进行分页的最高效,最可扩展的方法是什么
基于this question and answer,我还有更多问题,虽然现在已经很老了,但看起来仍然很准确。
在许多情况下,将结果存储在内存中的建议似乎有问题。
- 最终用户未锁定到特定服务器的Web场。
- 非常大的结果集。
- 具有许多不同用户和查询的较小结果集。
我看到了一些根据到目前为止所读内容处理分页的方法。
- 使用
OFFSET
和LIMIT
可能会导致较高的RU成本。 - 在考虑扩展性时使用延续令牌和缓存。
- 保存继续令牌本身以返回到上一页。
-
由于令牌和页面之间可能没有一对一的关系,因此这可能变得很复杂。
请参见Understanding Query Executions
此外,还有其他原因导致查询引擎可能需要将查询结果拆分为多个页面。这些包括:
- 容器受到限制,没有可用的RU返回更多查询结果
- 查询执行的响应太大
- 查询执行时间过长
- 查询引擎在其他执行中返回结果的效率更高
-
是否还有其他(也许是较新的)分页选项?
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。