Live data from Hacker News

Viewing profile — lukaseder

lukaseder

HN member
Joined
Thu, Jul 11, 2013, 8:08 AM UTC
HN karma
1,269
Public activity
502 items

About lukaseder

Java and databases are my professional passion. When they work together, great software can evolve. Many proprietary and standard ideas have been around to make them work together. I feel that there is yet one missing piece gluing them together more intuitively. That's why I created jOOQ:

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

  1. 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…

  2. comment
    Comment #48889988

    ISO/IEC 9075-2:2023(E) 10.9 : ::= ARRAY_AGG [ ORDER BY ] I hope this helps

  3. comment
    Comment #48171029

    You get that in Kotlin. Or r.getId(), r.getFirstName(), etc. in Java. So what's the issue here?

  4. comment
    Comment #45579532

    jOOQ is also a great option if you do like stored procedures

  5. 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…

  6. comment
    Comment #45076626

    jOOQ's internals are full of unsafe casts, though.

  7. 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…

  8. comment
    Comment #40166949

    Everyone has a different set of "serious" flaws to share.

  9. comment
    Comment #39826847

    > (with the possible exception of JOOQ, whose open source version is unfortunately also very limited) How is it "very" limited?

  10. story
  11. 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 …

  12. 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…

  13. 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…

  14. comment
    Comment #36506096

    What, you can't just say that and not link to the issue!

  15. 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.

  16. story
  17. 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 …

  18. comment
    Comment #33538052

    All of them

  19. 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…

  20. 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…

  21. comment
    Comment #33064710

    Then don't leave

  22. comment
    Comment #32942865

    Why would it do that? It's a library for type safe, dynamic SQL building in Java...

  23. comment
    Comment #32878561

    I made https://www.jooq.org . Then hired myself in the company I created to maintain jOOQ

  24. story
  25. 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…