This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-01-21
Channels
- # announcements (26)
- # aws (1)
- # babashka (40)
- # beginners (36)
- # calva (9)
- # cider (38)
- # clara (5)
- # clj-commons (4)
- # clj-kondo (29)
- # cljs-dev (8)
- # cljsrn (2)
- # clojars (12)
- # clojure (151)
- # clojure-europe (16)
- # clojure-gamedev (1)
- # clojure-nl (2)
- # clojure-uk (7)
- # clojurescript (2)
- # copenhagen-clojurians (2)
- # datalevin (18)
- # fulcro (7)
- # graphql (7)
- # gratitude (9)
- # helix (2)
- # honeysql (3)
- # introduce-yourself (1)
- # jobs (1)
- # lsp (13)
- # malli (10)
- # nextjournal (2)
- # off-topic (13)
- # pathom (1)
- # pedestal (2)
- # portal (4)
- # remote-jobs (1)
- # ring-swagger (1)
- # shadow-cljs (21)
- # specter (1)
- # testing (2)
- # tools-build (6)
- # vim (2)
- # xtdb (5)
Cool to see the caching feature being released! We use honeysql extensively, but most of the queries use https://www.postgresql.org/docs/8.3/queries-values.html; resulting in a dynamic amount of parameters most queries (even though most of the query is the same). Would we be able to leverage the new caching mechanic?
@jeroen.dejong I'd have to see how you're generating those in HoneySQL to offer an opinion, but I suspect if the number of parameters is varying, the best you'll get is cached generation for each multiple of parameters (since it's the data structure that is used as a cache key and I think that's going to vary based on the number of parameters, right?).