This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-12-07
Channels
- # adventofcode (202)
- # aleph (8)
- # announcements (13)
- # architecture (1)
- # aws (2)
- # beginners (201)
- # boot (1)
- # bristol-clojurians (1)
- # calva (2)
- # cider (23)
- # cljs-dev (22)
- # cljsrn (2)
- # clojure (105)
- # clojure-bangladesh (1)
- # clojure-berlin (8)
- # clojure-dev (104)
- # clojure-europe (3)
- # clojure-italy (5)
- # clojure-losangeles (1)
- # clojure-nl (24)
- # clojure-russia (55)
- # clojure-spec (44)
- # clojure-uk (19)
- # clojurescript (58)
- # component (58)
- # cursive (3)
- # data-science (1)
- # datomic (27)
- # duct (6)
- # events (6)
- # figwheel-main (6)
- # fulcro (15)
- # jobs (3)
- # kaocha (5)
- # luminus (1)
- # music (1)
- # nrepl (2)
- # off-topic (24)
- # onyx (1)
- # pedestal (3)
- # protorepl (8)
- # re-frame (18)
- # reagent (39)
- # reitit (1)
- # remote-jobs (1)
- # ring (15)
- # rum (11)
- # shadow-cljs (5)
- # sql (8)
- # tools-deps (12)
- # vim (7)
I think that #walkable is a awesome idea and "connects" with a lot of ideas of "idiomatic clojure"
Walkable is certainly interesting but I think it's kind of a compromise between Datalog and several SQL DSL libraries that already exist out there -- and it's kind of verbose for some things that are simple in SQL (esp. the whole floor plan thing that's basically a redundant schema definition -- redundant insofar as you're basically duplicating/adding to the information that your DB already has).
And Walkable is built on top of clojure.java.jdbc
already.
I think it's great that folks are building all these things on top of java.jdbc
. I don't like ORMs, I find Datalog-style queries hard to read (because I'm very used to SQL), I don't like my SQL externalized (e.g., HugSQL), but it's important that those things exist for folks who want to use them.
clojure.java.jdbc
"2.0" needs to retain the low-level foundational work -- I mostly want to make it faster for the "happy path" and more idiomatic (and simpler).
@seancorfield does your production app use java.jdbc directly? do you use any wrappers?
We use java.jdbc
directly. We use HoneySQL for heavy lifting in some places for composable queries (esp. reporting queries). But that just builds the sql-params
vector that we pass to java.jdbc
.