This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-11-28
Channels
- # adventofcode (2)
- # announcements (4)
- # babashka (34)
- # beginners (44)
- # biff (5)
- # calva (8)
- # cider (4)
- # clj-kondo (5)
- # clj-on-windows (5)
- # clojure (57)
- # clojure-art (1)
- # clojure-denmark (2)
- # clojure-europe (40)
- # clojure-nl (1)
- # clojure-norway (6)
- # clojure-seattle (1)
- # clojure-uk (2)
- # clojurescript (20)
- # cursive (6)
- # datomic (1)
- # emacs (6)
- # events (5)
- # fulcro (22)
- # helix (5)
- # hyperfiddle (5)
- # jobs (1)
- # joyride (2)
- # lsp (8)
- # malli (8)
- # off-topic (30)
- # pathom (8)
- # pedestal (1)
- # portal (5)
- # proton (1)
- # rdf (2)
- # re-frame (4)
- # releases (1)
- # remote-jobs (1)
- # reveal (8)
- # xtdb (5)
Nice use case I found for xtdb + inspector, set up in a testing environment, ingest all messages from Kafka to the db. Then it can be used for queries over all topics in the environment for tests and visibility
I seem to remember executing a query like:
(xt/q (xt/db node)
'{:find [x]
:where [[_ x _]]})
back in the early days of CRUX when I was demoing to a co-worker. Now the query fails. Does the query make sense? The intent is to get all the attributes in the DB.Hey Paul 🙂 XT (Crux) has actually never supported wildcard attributes like that, so you can only ever use a keyword literal in the attribute position for a triple clause. However, you can enumerate all the attributes in the db using the attribute-stats
API, and you can then use this information programmatically to do things like:
https://gist.github.com/refset/93135adcbf41fccab9b641638ab10997
I asked a similar question the other week: https://clojurians.slack.com/archives/CG3AM2F7V/p1668687791764809