Gibt es eine Replikationsverzögerung in Salesforce.com über den APEX-API?

Question

Ich habe SOAP wurde unter Verwendung von mit Salesforce.com zu beschäftigen und haben die Getupdated () Aufruf wurde unter Verwendung des mitgelieferten Zeitstempel ich aus dem getServertimestamp () Aufruf abzurufen.

Ich habe meine Prozesskontrolle beobachtet, (fragt ihn jede Minute) und ein paar Sekunden, nachdem ich Speichern Sie die Änderung in der Sandbox-Umgebung, ich sehe es abfragt, keine <ids> im Getupdated Anruf erhalten, und dann auf der nächsten Umfrage, die modifizierte ID auftaucht.

Gibt es eine Back-End-Replikationsverzögerung in SFDC? Ich vermute, es gibt, haben aber bei der Ermittlung der Höhe der es kein Glück gehabt. Wer sonst erlebt?

Außerdem merke ich, sollte ich erwähnen, ist dies alles in einer Sandbox Kopie der Umgebung, die Sache noch weiter verwirren kann.

Update: Ich habe getestet, und ich machte eine Änderung, und meine Umfrage lief 48 Sekunden später, und nicht das aktualisierte Objekt sehen. Aber 1 Minute 48 Sekunden später tat es ihm sehen. Das ist also ein Datenpunkt. (Ich weiß, dass mein SOAP-Endpunkt und Web-Schnittstelle werden auf demselben Server bei SFDC beide laufen, tapp0).

Answer 1

Es gibt keine Verzögerung bei der Aufzeichnung der Änderung, aber die getUpdate / getDeleted ruft Abrundungs ??die angegebene Zeit auf die nächste Minute, so eine Zeit von jetzt, wird abgerundet, und die gerade vorgenommene Änderung fällt außerhalb des Bereichs .

Auch wenn Sie über diese Anrufe in der Nähe von Echtzeit-Replikation tun, dann stellen Sie sicher, achten Sie auf die Inflight Transaktion Zeitstempel zurückgegeben, andernfalls können Sie Änderungen verpassen (wie die Änderung Zeitstempel nicht die tatsächliche Transaktionszeit begehen sein kann)