【问题标题】:FetchXML next page resultsFetchXML 下一页结果
【发布时间】:2015-10-12 19:40:39
【问题描述】:

我想用来自 Dynamics CRM 的数据填充网格。我使用 fetchXML,为每页获取 10 条记录。我想进入下一页,检索接下来的 10 条记录。但这并没有发生,我使用 XRMToolbox 来模拟​​ fetch 查询,但无论页面属性值如何,它都会返回相同的结果。

fetchXML 查询是:

<fetch version="1.0" output-format="xml-platform" mapping="logical" count="10" page="1" aggregate="true" distinct="false" >
    <entity name="webpage" >
        <attribute name="url" groupby="true" alias="url" />
        <attribute name="webpageid" aggregate="count" alias="top" />
        <order descending="true" alias="top" />
    </entity>
</fetch>

如果我更改页面属性值,例如设置为 10,响应不会有所不同。 谁能帮我解决这个问题?

更新

在使用 XRMToolbox 进行多次测试后,我得出的结论是,无论我向它提供什么页面,这个查询都不会监听。这是因为聚合属性。如果我删除它并且当然删除计数聚合,那么更改页面属性实际上会为我获取下一页结果。

所以在摘要页面属性不喜欢聚合属性。也许这可以与分页cookie一起使用,但我还没有测试过,我会测试它并更新这篇文章。

【问题讨论】:

    标签: sql .net xml dynamics-crm fetchxml


    【解决方案1】:

    要实现分页,您不仅需要使用页码/每页记录属性,还需要使用分页 cookie。 This msdn article 提供了实现分页所需的所有代码。

    【讨论】:

    • 感谢您的回答。我是这么认为的,但是,在发布这个问题之前,我已经搜索了一些答案。我找到了这篇文章。 truenorthit.co.uk/2014/07/19/… 在这里,作者描述了 fetchXML 分页,但在文章的最后他写道“不要使用分页 cookie。你可以只指定页面,这将正常工作”。这让我想知道。这是不准确的吗?
    • 您可以自行承担风险尝试。在我使用 CRM 期间(目前是 7 年),分页是唯一的答案。
    • 根据我在 CRM 和分页获取方面的经验,我发现您不想使用分页 cookie 的唯一情况是您的查询涉及一对多连接,在在这种情况下,您无法发送分页 cookie,否则您可能会将记录从一个页面丢失到另一个页面,Microsoft 在支持案例中确认了这一点。除此之外,我总是使用带有页码的分页 cookie。
    猜你喜欢
    • 1970-01-01
    • 2019-10-03
    • 2017-08-31
    • 2010-11-15
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-08-09
    • 1970-01-01
    相关资源
    最近更新 更多