This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-02-20
Channels
- # announcements (1)
- # architecture (14)
- # asami (21)
- # babashka (1)
- # beginners (44)
- # biff (6)
- # calva (24)
- # clojure (16)
- # clojure-europe (12)
- # clojurescript (32)
- # cursive (23)
- # datascript (5)
- # honeysql (8)
- # hyperfiddle (1)
- # malli (1)
- # nextjournal (34)
- # nrepl (4)
- # off-topic (64)
- # re-frame (12)
- # reagent (1)
- # releases (2)
- # reveal (41)
- # shadow-cljs (137)
- # spacemacs (4)
- # xtdb (5)
I have no experience with XTDB but while reading up on it I started wondering if there was a delay between having written some piece of data and it showing up in reads. In something like PG I know when a transaction commits that it can be read immediately. In case it's the same with XTDB: does anybody know how this is solved? How would the transactor know that the caches (or at least the one on the same node) are up to date?
If you need to read from your transaction, you can elect to await for it with await-tx.
Ah ok that's great to know! What kind of latency would you expect when you await? And do you know how XTDB solves this problem? It seems rather challenging if you write to a log but read from caches
The caches/indexes are updated eagerly from the log, so it's fairly straightforward (at least from my perspective as a user!). I don't remember what I'm getting for latency off the top of my head, but I use await-tx regularly in my web app for rendering the next page after POST requests