From 3988b744e03848343348ad15574e2da2efc8d0dd Mon Sep 17 00:00:00 2001 From: Matthias Eckert Date: Mon, 6 Mar 2023 15:28:58 +0100 Subject: [PATCH] [logseq-plugin-git:commit] 2023-03-06T14:28:57.804Z --- journals/2023_03_06.md | 1 + 1 file changed, 1 insertion(+) diff --git a/journals/2023_03_06.md b/journals/2023_03_06.md index 86762fd8..93dff987 100644 --- a/journals/2023_03_06.md +++ b/journals/2023_03_06.md @@ -36,5 +36,6 @@ - What about the missing event ID 119434986? Is that a bug or can events have missing IDs in the increasing series? - Not a bug. As stated above it is due to the kafka stream. - 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? - 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