Viewing profile — lukaseder
lukaseder
HN member- Joined
- Thu, Jul 11, 2013, 8:08 AM UTC
- HN karma
- 1,269
- Public activity
- 502 items
- HN profile
- View on Hacker News ↗
About lukaseder
jOOQ effectively combines complex SQL, typesafety, source code generation, active records, stored procedures, advanced data types, and Java in a fluent, intuitive DSL.
Recent public activity
-
comment
Comment #48890008
Informix also supports MULTISET natively. Many others support ARRAY, which is equivalent for all practical purposes. jOOQ popularised MULTISET over ARRAY because the existing ARRAY…
-
comment
Comment #48889988
ISO/IEC 9075-2:2023(E) 10.9 : ::= ARRAY_AGG [ ORDER BY ] I hope this helps
-
comment
Comment #48171029
You get that in Kotlin. Or r.getId(), r.getFirstName(), etc. in Java. So what's the issue here?
-
comment
Comment #45579532
jOOQ is also a great option if you do like stored procedures
-
comment
Comment #45101762
Not sure what you mean. I meant that without declaration site variance, ("pragmatic") unsafe casting is everywhere in jOOQ's internals. Without being able to capture wildcards in l…
-
comment
Comment #45076626
jOOQ's internals are full of unsafe casts, though.
-
comment
Comment #40521814
jOOQ doesn't get involved in any such prefetch/eager fetch shenanigans, which are often wrong. They work for some cases and do too little/too much for others. So, specifying the ex…
-
comment
Comment #40166949
Everyone has a different set of "serious" flaws to share.
-
comment
Comment #39826847
> (with the possible exception of JOOQ, whose open source version is unfortunately also very limited) How is it "very" limited?
- story
-
comment
Comment #38967222
> Not sure how successful jOOQ has been financially, but considering they've been around for many years at this point, I have to imagine it's worked out well enough to pay for the …
-
comment
Comment #37584870
I don't know if your various flatMap / etc methods are purely implemented in the client (it would be quite bad from a performance perspective? But since you're implementing reducer…
-
comment
Comment #37581728
> This may be more intuitive for some developers, especially those that don't use SQL all the time. I tend to recommend my famous talk to such developers: https://www.youtube.com/w…
-
comment
Comment #36506096
What, you can't just say that and not link to the issue!
-
comment
Comment #36255957
The "object oriented" in jOOQ Object Oriented Querying stands for an object oriented query model, not mapping to object oriented target data structures.
- story
-
comment
Comment #34924294
Regarding 4) among the pros, jOOQ does this (opt in): https://www.jooq.org/doc/dev/manual/sql-building/queryparts/... . It's being done at runtime, thus probably not to be done in …
-
comment
Comment #33538052
All of them
-
comment
Comment #33528855
SQL is powerful. A DSL that "fixes" things in this area getting all the other language feature interactions right isn't trivial, all the while users have to learn yet another langu…
-
comment
Comment #33528810
> There are tradeoffs everywhere though, so with Jooq you still aren't 1-to-1 with raw SQL You're probably hinting at writing derived tables / CTEs? jOOQ will never keep you from w…
-
comment
Comment #33064710
Then don't leave
-
comment
Comment #32942865
Why would it do that? It's a library for type safe, dynamic SQL building in Java...
-
comment
Comment #32878561
I made https://www.jooq.org . Then hired myself in the company I created to maintain jOOQ
- story
-
comment
Comment #32566342
>Totally agree. Lukas Eder has some nice presentations about it. Thanks for the shout out! For the record, that's probably the referenced talk: https://www.youtube.com/watch?v=wTPG…