0

我一直在使用 SOAP 来处理 Salesforce.com，并且一直在使用 getUpdated() 调用，使用从 getServertimestamp() 调用中检索到的时间戳。

我观察了我的进程检查，（它每分钟轮询一次），在沙盒环境中保存更改后几秒钟，我看到它轮询，<ids>在 getUpdated 调用中没有，然后在下一次轮询中，修改后的 id 显示向上。

SFDC 中是否存在后端复制延迟？我怀疑有，但没有运气确定它的大小。还有其他人经历过吗？

此外，我意识到我应该提一下，这一切都在环境的沙盒副本中，这可能会进一步混淆问题。

更新：我刚测试，做了一个更改，我的民意调查运行了 48 秒后，并没有看到更新的对象。但 1 分 48 秒后它确实看到了。这是一个数据点。（我知道我的 SOAP 端点和 Web 界面都在 SFDC 的同一台服务器上运行，tapp0）。

4

1 回答 1

1

记录更改没有延迟，但 getUpdate/getDeleted 调用将指定时间向下舍入到最接近的分钟，因此现在的完成时间被向下舍入，并且刚刚进行的更改超出了范围。

此外，如果您通过这些调用进行近乎实时的复制，请务必注意返回的飞行中事务时间戳，否则您可能会错过更改（因为更改时间戳不能是实际的事务提交时间）

于 2010-07-26T02:35:31.437 回答