Pagination odata和fetchxml之间的区别

我想了解odata和fetchxml之间的区别，这与MS Dynamics中的分页有关，我对堆栈非常陌生，想了解为什么有两个对象模型基本上执行相同的任务

问题陈述如下，我们希望我们的产品能够正确地对其从Dynamics获得的答案进行分页，目前我们每页只能获得5000个答案，因此，如果我们假设每页获得6000个答案，我们将如何进行：

我理解odata的局限性，它只能检索大小为5000的记录。为了克服这个问题或查看下一组结果，我必须使用

@odata.nextLink

属性的值和一个新的GET请求来返回下一页数据

同样，对于fetchxml，也可以选择使用分页cookie。我最初的分析正确吗

---

但我仍然不明白为什么会有两种对象模型？

fetchxml是最早版本的原生Dynamics CRM查询语言

基于Odata REST的web api是在CRM 2016更新1之后（v8.0）中引入的

以前有一个基于SOAP的2011端点，现在它已被弃用

---

你可以在互联网上找到基于不同时间点的不同版本的博客/文档

分页意味着检索页面中的数据，而不是试图检索单个“页面”中的所有项目。这不是OData的限制。您正在以错误的方式使用分页，或者更确切地说，您正在尝试避免分页。不要这样做。事实上，如果你必须检索6000个项目，你有一个导出作业，而不是API查询。无论您使用的是FetchXML、OData还是GraphQL，这都无关紧要。API查询是镊子，但您正试图导出一卡车数据。有不同的工具可以实现这一点。@sgan有任何后续问题吗？我怀疑真正的问题是如何批量导出数据，而不是查询数据。