From 97619d124db0b5a473f59446d7e4051d944a3ed2 Mon Sep 17 00:00:00 2001 From: Matthias Eckert Date: Mon, 6 Mar 2023 16:16:30 +0100 Subject: [PATCH] Auto saved by Logseq --- journals/2023_03_06.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/journals/2023_03_06.md b/journals/2023_03_06.md index 629a8d05..b6949194 100644 --- a/journals/2023_03_06.md +++ b/journals/2023_03_06.md @@ -38,4 +38,5 @@ - What is createdAt referring to? (I assumed it’s the time the event happened, but then later IDs should have higher timestamps) Why can it be decreasing in events with later IDs. How does it relate to the document timestamps (we established in earlier conversations that document updatedAt can differ from event createdAt because they are different processes) How am I supposed to know if I got all events if there are missing ones and timestamps and/or IDs are not monotonically increasing? - Ich glaub bei dem Beispiel das er anführt hatten wir die Probleme mit Kubernetes im RZ und da ist dann beim Neustarten der Event Verarbeitung auch der Offset wieder auf einem alten Wert gelandet. Beim Check der letzten 24310 Events (139470000 -> 139494310) gab es den Effekt nicht. Die Annahme von Ihnen stimmt also im Normalfall. - - Also if you replay events, do you also replay data, so is e.g. document 7a233a97-1f18-3792-b287-c7b35f601f0b also not yet updated on the documents endpoint and we need to wait 15 minutes from some timestamp (in that case no idea how to figure that out instead of retrying for some time) for this to update? \ No newline at end of file + - Also if you replay events, do you also replay data, so is e.g. document 7a233a97-1f18-3792-b287-c7b35f601f0b also not yet updated on the documents endpoint and we need to wait 15 minutes from some timestamp (in that case no idea how to figure that out instead of retrying for some time) for this to update? + - Versteh ich nicht, wir replayen typischerweise kein Dokumentveränderungsevents, sondern haben wie oben \ No newline at end of file