This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-09-23
Channels
- # announcements (2)
- # beginners (150)
- # calva (59)
- # cider (10)
- # clj-kondo (63)
- # cljs-dev (15)
- # cljsrn (34)
- # clojure (127)
- # clojure-dev (16)
- # clojure-europe (12)
- # clojure-italy (18)
- # clojure-nl (6)
- # clojure-russia (3)
- # clojure-uk (23)
- # clojurescript (18)
- # clojutre (15)
- # clr (2)
- # cursive (3)
- # datomic (26)
- # duct (6)
- # fulcro (9)
- # graalvm (3)
- # joker (9)
- # lambdaisland (1)
- # off-topic (12)
- # om (1)
- # pathom (29)
- # re-frame (16)
- # reagent (2)
- # shadow-cljs (57)
- # slack-help (2)
- # spacemacs (45)
- # sql (20)
- # xtdb (3)
- # yada (3)
Seems like kareldb is thinking about Kafka as the persistent store for a DB, which AFAICT is similar to how Crux thinks about Kafka. I don't have an opinion about any of this yet, so FYI only: https://yokota.blog/2019/09/23/building-a-relational-database-using-kafka/
@dcj cool, I see this is on HN now - thanks for mentioning it here. I already knew of Robert because he built something called KDatalog 😉 We are definitely both building off of the same core philosophy of decomposition and leverage, though I'm not sure I really see any benefit here (or future vision) over just using Postgres...but I am probably missing something!
Still trying to wrap my head around using Kafka as the persistent datastore, this article lays out the case for doing so... https://www.confluent.io/blog/okay-store-data-apache-kafka/