This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-08-07
Channels
- # babashka (20)
- # beginners (72)
- # biff (7)
- # calva (15)
- # clj-kondo (36)
- # clj-on-windows (5)
- # cljs-dev (30)
- # clojure (27)
- # clojure-europe (2)
- # clojure-nl (1)
- # clojure-norway (6)
- # clojure-uk (2)
- # clojurescript (26)
- # conjure (14)
- # cursive (17)
- # events (1)
- # honeysql (5)
- # hyperfiddle (1)
- # leiningen (1)
- # off-topic (3)
- # reitit (5)
- # shadow-cljs (1)
- # xtdb (13)
I'm using honeysql with mysql.
every now and then I get fatal runtime errors caused by misused 'where in' form.
the arguments passed into in
must not empty, but in reality, this check easily be omitted.
Whenever this happens, I terribly miss the non-empty type.
I wonder how others handle this case?
Since it's impossible to know whether this is a programming error or intended to be either a logical false or a logical true, there's :checking
so you can get an exception from HoneySQL itself.
but logically A ⊂ ∅
is always ∅
, so isn't that irrelevant to the programmer's intent?
I can construct a SQL statement with a join over an IN
condition that will likely give you an "unexpected" result if IN ()
produced false
-- so you're much safer getting an exception.