startDate 和 Okta 事件 API 中 "published" 上的过滤器有什么区别？
What is the difference between startDate and a filter on "published" in the Okta Events API?
我已经使用 Okta.Core.Client 0.2.9 SDK 编写了一个 .NET 应用程序来从我们组织的系统日志中提取事件以导入到另一个系统中。我们每 5 分钟 运行ning 一次，提取自上一个 运行.
收到的最后一个事件以来发布的事件
我们发现某些事件出现延迟。如果我在一小时的顶部为前一小时的数据执行手动 运行，它将包含比 5 分钟 运行 多的行。在试图弄清楚为什么我记得 startDate 参数时，它与我一直在使用的 filter 参数互斥。
docs 没有过多提及它 - 只是 "Specifies the timestamp to list events after"。它与 published gt "some-date" 一样吗？我们要捕获大块时间的数据，因此我需要包含一个 "less than" 过滤器并忽略 startDate。但是延迟的事件让我寻找解决方法。
您是否面临使用 startDate 或过滤器延迟结果的问题？
Yes published gt "some-date" 和 startDate 的工作方式相同。以下两个 API 调用。
/api/v1/events?limit=100&startDate=2016-07-06T00:00:00.000Z
和
/api/v1/events?limit=100&filter=published gt "2016-07-06T00:00:00.000Z"
returns同样的结果。因为，它们是互斥的过滤器可能会在创建更具体的查询（包括使用过滤器的查询中的其他查询参数）时派上用场。
我已经使用 Okta.Core.Client 0.2.9 SDK 编写了一个 .NET 应用程序来从我们组织的系统日志中提取事件以导入到另一个系统中。我们每 5 分钟 运行ning 一次，提取自上一个 运行.
收到的最后一个事件以来发布的事件我们发现某些事件出现延迟。如果我在一小时的顶部为前一小时的数据执行手动 运行，它将包含比 5 分钟 运行 多的行。在试图弄清楚为什么我记得 startDate 参数时，它与我一直在使用的 filter 参数互斥。
docs 没有过多提及它 - 只是 "Specifies the timestamp to list events after"。它与 published gt "some-date" 一样吗？我们要捕获大块时间的数据，因此我需要包含一个 "less than" 过滤器并忽略 startDate。但是延迟的事件让我寻找解决方法。
您是否面临使用 startDate 或过滤器延迟结果的问题？
Yes published gt "some-date" 和 startDate 的工作方式相同。以下两个 API 调用。
/api/v1/events?limit=100&startDate=2016-07-06T00:00:00.000Z
和
/api/v1/events?limit=100&filter=published gt "2016-07-06T00:00:00.000Z"
returns同样的结果。因为，它们是互斥的过滤器可能会在创建更具体的查询（包括使用过滤器的查询中的其他查询参数）时派上用场。