Microsoft graph api Graph API在执行初始增量同步时多次返回同一组

Microsoft graph api Graph API在执行初始增量同步时多次返回同一组,microsoft-graph-api,Microsoft Graph Api,在我们的Azure广告目录中,我们的一个组有6个成员。在不使用syncToken调用/groups/delta端点时,结果集包括上述组两次。一次在第一页有2名成员,另一次在第二页有4名成员。会员资格与预期的一致 这是一个预期的行为,我们应该在我们这边聚合,还是一个bug 我有一些间歇性的问题,同一组在修改后被多次返回,但是在这种情况下,问题每次都发生在我们的租户身上。自问题开始发生以来,未对租户上的目录数据进行任何更改 第1页上的组数据: { "description": null, "

在我们的Azure广告目录中,我们的一个组有6个成员。在不使用
syncToken
调用
/groups/delta
端点时,结果集包括上述组两次。一次在第一页有2名成员,另一次在第二页有4名成员。会员资格与预期的一致

这是一个预期的行为,我们应该在我们这边聚合,还是一个bug

我有一些间歇性的问题,同一组在修改后被多次返回,但是在这种情况下,问题每次都发生在我们的租户身上。自问题开始发生以来,未对租户上的目录数据进行任何更改

第1页上的组数据:

{
  "description": null,
  "displayName": "crowd-administrators",
  "id": "a6eba1a3-e348-4881-842a-53c1809c10cc",
  "members@delta": [
    {
      "@odata.type": "#microsoft.graph.user",
      "id": "daec3933-f1d1-46f7-b1cb-c99790fa2bf5"
    },
    {
      "@odata.type": "#microsoft.graph.user",
      "id": "7d58fe5f-a832-4548-98e9-5e7250333ac1"
    }
  ]
}
第2页上的组数据:

{
  "description": null,
  "displayName": "crowd-administrators",
  "id": "a6eba1a3-e348-4881-842a-53c1809c10cc",
  "members@delta": [
    {
      "@odata.type": "#microsoft.graph.user",
      "id": "d23f7435-70ac-40a9-9bed-c57b5af4915d"
    },
    {
      "@odata.type": "#microsoft.graph.user",
      "id": "4c33e6dc-8efe-4a9b-b6d2-37fef878b6a8"
    },
    {
      "@odata.type": "#microsoft.graph.user",
      "id": "b051725a-69f8-4bb7-b8f4-14548f16afa1"
    },
    {
      "@odata.type": "#microsoft.graph.user",
      "id": "84a66ed7-8559-4fb7-963c-150032e4134e"
    }
  ]
}

目录中只有一个名为crowd administrators的组,它总共有6个成员(与第1页和第2页的输出中的成员相同)

当您使用从第一个响应获得的下一个链接时,我认为您的第二个页面是来自MSGraph Delta Query的响应。。。如果不正确,请告诉我


从技术上讲,在多个页面上出现多个单独成员的组是可能的。。。页面分割是由于许多因素造成的,例如处理请求时的时间截止、响应中的对象数、响应中的链接数等等。

您能否提供您向
组/delta
发出的GET请求?查看所讨论组的两个变体的JSON输出也会很有帮助。@marclafler-MSFT-当然!我正在向groups/delta请求一个$select的
displayName、members、description、id
。没有deltaToken,因为这是初始同步。我用输出更新了问题。你说得对!正如我提到的,一个结果在第一页,另一个在第二页。这两个组的数据一起构成了目录中的实际内容—一个有六个成员的组。我不确定这种行为是否是预期的,我们是否应该在我们这边聚合,或者它是否是一个bug。如果技术上可行的话,那么建议的方法就是将这些群体聚集起来,对吗?非常感谢。是的,每个设计都需要该行为,客户应聚合结果。。。