This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-08-04
Channels
- # announcements (6)
- # beginners (207)
- # calva (39)
- # cestmeetup (35)
- # chlorine-clover (36)
- # clj-kondo (15)
- # clj-together (1)
- # cljsrn (2)
- # clojure (110)
- # clojure-europe (8)
- # clojure-italy (9)
- # clojure-nl (2)
- # clojure-uk (5)
- # clojurescript (61)
- # conjure (4)
- # cursive (1)
- # datalog (3)
- # datomic (22)
- # emacs (8)
- # events (2)
- # figwheel-main (11)
- # fulcro (23)
- # graalvm (16)
- # graphql (1)
- # helix (4)
- # jobs (5)
- # jobs-discuss (4)
- # malli (3)
- # mid-cities-meetup (13)
- # off-topic (58)
- # pathom (12)
- # re-frame (30)
- # reagent (45)
- # reitit (1)
- # reveal (7)
- # sci (2)
- # shadow-cljs (173)
- # spacemacs (1)
- # sql (1)
- # test-check (5)
- # xtdb (13)
Hi all, we've published our video/blog on getting started with SQL / Crux using some simple steps - you may be interested: https://juxt.pro/blog/crux-sql
Is it pronounced cru-se-cul?
I have a dumb question. How do I do a basic put
submit-tx
with a timestamp I’ve generated?
Yep, all id usage must be explicit as the submit-tx
API doesn't offer any id generation or temp id resolution or lookup-refs. However you can now at least write something to do the same job inside of your own transaction function 🙂
Thanks @taylor.jeremydavid. Pretty cool stuff. Looking forward to playing with it more.
One other question that I couldn’t find a direct answer to based on what I’ve read: What are the tradeoffs of not using Kafka? I’m wondering what I can trade in terms of operational complexity. The docs say: “When using Crux at scale it is recommended to use multiple Crux nodes connected via a Kafka cluster.” Some more information there would be nice!
For instance, how much scale do I get without bringing the operational complexity of a kafka cluster into the mix?
I haven't got any numbers to hand, but I would ballpark estimate that Kafka would be at least 10x faster under concurrent write load to execute submit-tx
vs an equivalent active-active Postgres setup. You will also get better concurrent read performance with Kafka (for larger clusters of nodes) and I expect read latency to be lower, therefore end-to-end latency of Crux will be much lower in general. That said, I think crux-jdbc will still be more than fast enough for a large majority of workloads 🙂
Perhaps I’ve now found the answer to my own question: https://juxt.pro/blog/crux-jdbc