我使用Okta.Core.Client 0.2.9 SDK编写了一个.NET应用程序来从我们组织的系统日志中提取事件，以便导入另一个系统。我们每隔5分钟运行一次，从上次运行中收到的上一个事件发布以来发布的事件。
我们看到某些事件出现延迟。如果我在前一个小时的数据中按小时进行手动运行，则它将包含比5分钟运行更多的行。在试图弄清楚为什么我记得startDate param时，与我使用的filter互相排斥。
docs并未提及太多 - 只是它＆＃34;指定在＆＃34;之后列出事件的时间戳。它与published gt "some-date"的工作方式相同吗？我们正在为大量时间捕获数据，所以我需要包含一个＆＃34;小于＆＃34;过滤并忽略startDate。但延迟的事件让我寻找解决方法。
答案 0 :(得分：0)
您是否面临使用startDate或过滤器延迟的结果？
是发布了gt“some-date”和startDate以相同的方式工作。以下两个API调用。
/api/v1/events?limit=100&startDate=2016-07-06T00:00:00.000Z
和
/ api / v1 / events？limit = 100＆amp; filter = published gt“2016-07-06T00：00：00.000Z”
返回相同的结果。因为，它们是互斥的过滤器可能会在使用过滤器创建更具体的查询（包括查询中的其他查询参数）时派上用场。