This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2021-07-15
Channels
- # announcements (2)
- # babashka (27)
- # beginners (53)
- # boot (3)
- # calva (5)
- # cider (1)
- # clj-kondo (46)
- # cljdoc (38)
- # cljs-dev (40)
- # cljsrn (1)
- # clojars (5)
- # clojure (61)
- # clojure-europe (124)
- # clojure-germany (3)
- # clojure-losangeles (6)
- # clojure-nl (12)
- # clojure-uk (11)
- # clojurescript (44)
- # clojureverse-ops (7)
- # datomic (13)
- # events (3)
- # introduce-yourself (1)
- # jackdaw (5)
- # lsp (115)
- # malli (1)
- # off-topic (16)
- # polylith (2)
- # releases (1)
- # remote-jobs (6)
- # shadow-cljs (10)
- # sql (2)
- # timbre (1)
- # tools-deps (30)
- # vim (34)
- # xtdb (20)
I see that clj-yaml now has a generate-stream
function, but it's not mapped in bb yet. I'll add it.
@deleted-user We have pods for this. E.g. https://github.com/babashka/pod-babashka-go-sqlite3
H2 support would be nice in BB, even it was a custom build - it's the closest thing to sqlite in the JVM world I think
@lukaszkorecki There is a pod for hsqldb which is just about as close
Although, I found that being able to use CSV files directly from sqlite is most of the times enough for some data crunching, so my bb scripts usually just convert from some data format into CSV, and then all merging/processing happens in sqlite itself
There is a feature flag for bb to include hsqldb if you need such a thing. Same for postgres.
But the same can be accomplished using pods, with slightly more overhead in doing queries.
The reason I haven't included any db solution so far is that there is too much to choose from: hsqldb, postgres, sqlite, datalevin, asami. Impossible to make everyone happy, this is why pods can be a more flexible approach without bloating bb with one solution.
yes, I had included the postgres one for maybe a week or so, but ended up reverting it for exactly this reason
btw, the sqlite3 pod also shows how "easy" it is to implement a pod in golang, giving access to that ecosystem's libraries as well
@lukaszkorecki https://github.com/babashka/babashka/blob/master/doc/build.md#feature-flags
I haven't tested the non-default feature flags in a long while, so it may need some polishing if you end up using it
Adding more libs as optional feature flags is also welcome btw, if you end up using that within your company.
Right now the default build of bb
works for us really well - we have monitoring daemons, rabbitmq queue management CLI and a couple of other things (config generators). Postgres support is something that I might be after, although pgmig already exists