Api 我们可以根据时间跟踪用户、组、聊天信息或计划器对象上的Microsoft增量更改吗。“/me/planner/all/delta”

基本上，任何人都知道如何请求在特定时间后发生的增量更改。我正在将用户对planner对象所做的所有更改保存到数据库中，但我知道最终100个计划的增量更改将非常巨大。GET/me/planner/all/delta GET/users/{id}/planner/all/delta。有人知道如何在给定的时间内过滤增量响应吗。我的计划是在一定时间后查询delta。

---

它可以在delta工作的任何对象中。现在我可以带来所有的增量更改，但我不知道如何在特定时间后请求更改。

据我所知，没有。我必须在所有计划员的计划和任务中循环，以获得详细信息。我当前正在将planner任务详细信息保存到sharepoint，而不是更新它，我只是删除所有旧记录并重新创建它们。

Delta仅适用于链接中显示的标记，它不是基于时间的，我们不会在内部基于时间存储它。这也是最大的努力，这意味着在特定时间，增量更改将被清除，客户端将被迫再次读取对象以同步。因此，即使有基于时间的查询，也不能保证您可以访问较旧的数据

---

你的设想是什么？某种类型的历史跟踪或审核？

这很有意义，我正在保存增量，以便将来可以知道哪个用户修改了planner对象。因为Microsoft尚未对planner对象实施审核跟踪。存储增量链接只是为了将来可能的回滚过程。

---

我意识到deltaLink不会过期，它只是使用delta令牌来查找从查询delta时起的未来更改。基本上，我要求Microsoft团队对Planner对象的更改进行某种审计跟踪，至少对在什么时候更改的人员进行审计跟踪，以便我们可以查询这些活动，并让那些特定的人员对他们所做的不必要的更改负责。例如，更改planner任务的到期日期

基本上，我在数据库中存储planner对象，包括任务、任务详细信息、存储桶等。我不是一次又一次地查询每个计划以查看更改，而是将增量更改拉到计划及其对象。即使增量更改有一天也会变得很大，所以我在想，如果我可以过滤增量查询，只从特定时间获得更改，那么我就不会再次刷新所有增量更改。很抱歉，这让人困惑。你为什么需要所有的三角洲？delta的目的是允许您更新本地存储。为什么不直接将增量的更改应用到存储对象并丢弃增量？是的，这是我的计划，但我只是担心如果100多人开始对同一计划进行更改，增量是否会变大。不管怎样，您知道增量查询的预期寿命是多少吗？我在3天后对delta查询做了一个get请求，结果它过期了。delta没有固定的可用寿命。这取决于资源和一些系统进程。我仍然不明白你的想法，如果你不储存三角洲，为什么它们很大会有关系？理想情况下，您应该获得增量，更新每个对象的状态，然后丢弃增量。只要您没有等待很长时间，要处理的每个增量都应该足够小，不会引起问题。感谢您的回复，我正在数据库中存储所有计划详细信息，我只想更新从特定时间更改的计划。而不是一次又一次地查询所有planner对象。我已计划该程序每天运行4次，检索所有任务详细信息通常不到10分钟。目前，我们在多个团队的20个计划中有355个任务，但我肯定会关注此线程，看看您是否通过delta成功更新：-如果成功，请告诉我们解决方案：-