如何解决odata 和 fetchxml 的区别
我想了解 odata 和 fetchxml 之间的区别，这与 MS Dynamics 中的分页有关，我对堆栈很陌生，想了解为什么有两个对象模型基本上执行相同的任务？
问题陈述如下，我们希望我们的产品正确地分页从 Dynamics 得到的答案，目前我们每页只能得到 5000 个答案，所以如果我们应该每页得到 6000 个答案，我们会怎么做关于它：
我了解 odata 的局限性，它只能检索记录大小 = 5000。要克服此问题或查看下一组结果，我必须将 @odata.nextLink 属性的值与新的 GET 请求一起使用返回下一页数据。
与 fetchxml 类似，有使用分页 cookie 的选项。我的初步分析是否正确？
但我还是不明白为什么有2个对象模型？
解决方法
fetchxml 是最早版本中可用的原生 Dynamics CRM 查询语言。
基于 Odata REST 的 Web api 是在 CRM 2016 更新 1（v8.0）中引入的。
之前有一个基于 SOAP 的 2011 端点，现在已弃用。
您会在互联网上找到基于不同时间点的不同版本的博客/文档。 Read more
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
