This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-05-17
Channels
- # aws (3)
- # beginners (104)
- # boot (11)
- # calva (3)
- # clj-kondo (1)
- # cljdoc (6)
- # cljs-dev (23)
- # cljsrn (1)
- # clojure (144)
- # clojure-dev (54)
- # clojure-europe (6)
- # clojure-italy (2)
- # clojure-nl (26)
- # clojure-spec (6)
- # clojure-sweden (1)
- # clojure-uk (13)
- # clojurescript (38)
- # core-async (9)
- # cursive (14)
- # data-science (3)
- # datascript (22)
- # datomic (17)
- # figwheel (1)
- # fulcro (4)
- # graphql (6)
- # hoplon (59)
- # jackdaw (2)
- # jobs (6)
- # jobs-discuss (44)
- # juxt (14)
- # leiningen (1)
- # luminus (3)
- # nrepl (3)
- # off-topic (12)
- # re-frame (24)
- # reagent (7)
- # reitit (7)
- # rewrite-clj (1)
- # schema (1)
- # shadow-cljs (37)
- # spacemacs (4)
- # sql (25)
- # testing (12)
- # tools-deps (11)
- # utah-clojurians (1)
@seancorfield a little feedback: I just moved a personal project from org.clojure/java.jdbc
to seancorfield/next.jdbc
(https://github.com/manuel-uberti/boodle). Everything went smoothly, so thanks a lot for the great job and docs. 🙂
In about the same category I just open sourced https://github.com/openweb-nl/open-bank-mark witch moved postgres.async -> java.jdbc -> next.jdbc
@gklijs what were the reasons & end results in moving from async to sync with your db-access?
In my case it was important to keep order, so I wasn't really using the async part. I think cpu was pretty high, and performance not so good. But simplicity was the most important reason to move.
thanks for the insights. interesting note on the performance (haven’t used any of the clojure async wrappers myself).
@seancorfield thanks for letting me know this was here! i double checked and indeed i did have that rewrite flag enabled. do any other profiling tools stand out that might be helpful in pinpointing where this extra time is coming from?
I believe when the issue was diagnosed, it was done via some level of query logging in PostgreSQL...
Let me pull up the JIRA ticket for that...
So that's how the MySQL behavior was diagnosed (and, in that case, the version of MariaDB initially in use did not even support the correct option!).
I don't remember how the original user diagnosed it with PostgreSQL but I assume it was at the DB log level. I don't use PG so I can't offer any help there.
That would be the first step: verify whether you're actually getting a single insert or multiple inserts at the DB level.
If you're getting multiple inserts, then maybe you are not specifying the rewrite flag correctly?
Or you're using a version of the DB driver that doesn't support that flag?
There are, unfortunately, so many variables 😞
Maintaining clojure.java.jdbc
(and, now, next.jdbc
) for eight years has been a nightmare at times! 🤯
So you now see a single, fast insert @gtzogana?
Awesome! 💯