Lukas/Thomas,
Sometime ago I replied to this thread saying that it would be useful to be
able to fetch the entire graph of related tables starting from a Record
instance. I believe jOOQ is but a few steps away from some "ORMs" such as
Bookshelf.js and Objection.js with regard to their "Data
The plain-sql doc might need some updates. The snippet you just mentioned
here as an example is more insightful into what jooq supports then the
plain-sql page. Maybe we should have a supported tempting? prepared
statements ? section. On how to write
more complex queries in jooq using raw sql?
>
> JSON, XML, and CSV import and export are very useful jOOQ features, so
> there's definitely room for improvement here. For instance, jOOQ 3.9 allows
> for both array-of-array [[1,2,3],[4,5,6],[7,8,9]] and array of object
> [{"a":1,"b":2,"c":3},{"a":4,"b":5,"c":6},{"a":7,"b":8,"c":9}] result
>
Hi Ben,
Thanks for sharing your thoughts!
2017-03-21 21:11 GMT+01:00 :
> I never found the DAOs and Pojos useful and disabled code generating them.
> In the past, I was also concerned that they'd promote an ORM world view,
> leading to requests for JPA, rather than
Hi Samir,
I see - my mistake. I mistook it for the more sophisticated graph query
languages: http://www.opencypher.org.
Well, the code generator can most certainly be used for this kind of
feature set. I've seen something similar in the past:
-