Go to file
2025-11-20 13:46:37 +01:00
.github/ISSUE_TEMPLATE Whitespace 2024-12-27 10:50:57 +01:00
jOOQ [jOOQ/jOOQ#19401] DefaultOtherBinding may produce bind variable marker despite Settings.statementType being set to STATIC_STATEMENT for some dialects 2025-11-20 13:46:37 +01:00
jOOQ-beans-extensions Release 3.20.10-SNAPSHOT 2025-11-11 17:15:13 +01:00
jOOQ-bom Release 3.20.10-SNAPSHOT 2025-11-11 17:15:13 +01:00
jOOQ-checker Release 3.20.10-SNAPSHOT 2025-11-11 17:15:13 +01:00
jOOQ-codegen [jOOQ/jOOQ#18500] Add Settings.interpreterWithMetaLookups 2025-11-19 10:11:59 +01:00
jOOQ-codegen-gradle Release 3.20.10-SNAPSHOT 2025-11-11 17:15:13 +01:00
jOOQ-codegen-maven Release 3.20.10-SNAPSHOT 2025-11-11 17:15:13 +01:00
jOOQ-jackson-extensions Release 3.20.10-SNAPSHOT 2025-11-11 17:15:13 +01:00
jOOQ-jpa-extensions Release 3.20.10-SNAPSHOT 2025-11-11 17:15:13 +01:00
jOOQ-kotlin Release 3.20.10-SNAPSHOT 2025-11-11 17:15:13 +01:00
jOOQ-kotlin-coroutines Release 3.20.10-SNAPSHOT 2025-11-11 17:15:13 +01:00
jOOQ-meta [jOOQ/jOOQ#18500] Add Settings.interpreterWithMetaLookups 2025-11-19 10:11:59 +01:00
jOOQ-meta-extensions Release 3.20.10-SNAPSHOT 2025-11-11 17:15:13 +01:00
jOOQ-meta-extensions-hibernate Release 3.20.10-SNAPSHOT 2025-11-11 17:15:13 +01:00
jOOQ-meta-extensions-liquibase Release 3.20.10-SNAPSHOT 2025-11-11 17:15:13 +01:00
jOOQ-meta-kotlin Release 3.20.10-SNAPSHOT 2025-11-11 17:15:13 +01:00
jOOQ-migrations Release 3.20.10-SNAPSHOT 2025-11-11 17:15:13 +01:00
jOOQ-migrations-maven Release 3.20.10-SNAPSHOT 2025-11-11 17:15:13 +01:00
jOOQ-postgres-extensions Release 3.20.10-SNAPSHOT 2025-11-11 17:15:13 +01:00
jOOQ-reactor-extensions Release 3.20.10-SNAPSHOT 2025-11-11 17:15:13 +01:00
jOOQ-scala_3.5 Release 3.20.10-SNAPSHOT 2025-11-11 17:15:13 +01:00
jOOQ-xtend Release 3.20.10-SNAPSHOT 2025-11-11 17:15:13 +01:00
.gitignore
.travis.yml
CONTRIBUTING.md Update CONTRIBUTING.md 2023-11-16 11:59:04 +01:00
LICENSE [#16988] Correctly name Apache-2.0 everywhere 2024-07-29 12:53:09 +02:00
pom.xml Release 3.20.10-SNAPSHOT 2025-11-11 17:15:13 +01:00
README.md Add policies to README 2024-01-15 13:18:28 +01:00
SECURITY.md

jOOQ

jOOQ is an internal DSL and source code generator, modelling the SQL language as a type safe Java API to help you write better SQL.

Its main features include:

Secondary features include:

Examples

Typesafe, embedded SQL

jOOQ's main feature is typesafe, embedded SQL, allowing for IDE auto completion of SQL syntax...

image

... as well as of schema meta data:

image

This allows for preventing errors of various types, including typos of identifiers:

image

Or data type mismatches:

image

The examples are from the code generation blog post.

A more powerful example using nested collections

For many more examples, please have a look at the demo. A key example showing jOOQ's various strengths is from the MULTISET operator announcement blog post:

Given these target DTOs:

record Actor(String firstName, String lastName) {}
record Film(
  String title,
  List<Actor> actors,
  List<String> categories
) {}

You can now write the following query to fetch films, their nested actors and their nested categorise in a single, type safe query:

List<Film> result =
dsl.select(
      FILM.TITLE,
      multiset(
        select(
          FILM.actor().FIRST_NAME, 
          FILM.actor().LAST_NAME)
        .from(FILM.actor())
      ).as("actors").convertFrom(r -> r.map(mapping(Actor::new))),
      multiset(
        select(FILM.category().NAME)
        .from(FILM.category())
      ).as("categories").convertFrom(r -> r.map(Record1::value1))
   )
   .from(FILM)
   .orderBy(FILM.TITLE)
   .fetch(mapping(Film::new));

The query is completely type safe. Change a column type, name, or the target DTO, and it will stop compiling! Trust only your own eyes:

multiset

And here you see the nested result in action from the logs:

execute

How does it work? Look at this annotated example:

List<Film> result =
dsl.select(
      FILM.TITLE,

      // MULTISET is a standard SQL operator that allows for nesting collections
      // directly in SQL. It is either
      // - supported natively
      // - emulated using SQL/JSON or SQL/XML
      multiset(

        // Implicit path based joins allow for simpler navigation of foreign
        // key relationships.
        select(
          FILM.actor().FIRST_NAME, 
          FILM.actor().LAST_NAME)

        // Implicit correlation to outer queries allows for avoiding repetitive
        // writing of predicates.
        .from(FILM.actor())

      // Ad-hoc conversion allows for mapping structural Record2<String, String>
      // types to your custom DTO using constructor references
      ).as("actors").convertFrom(r -> r.map(mapping(Actor::new))),
      multiset(
        select(FILM.category().NAME)
        .from(FILM.category())
      ).as("categories").convertFrom(r -> r.map(Record1::value1))
   )
   .from(FILM)
   .orderBy(FILM.TITLE)
   .fetch(mapping(Film::new));

The generated SQL query might look like this, in PostgreSQL:

select
  film.title,
  (
    select coalesce(
      jsonb_agg(jsonb_build_object(
        'first_name', t.first_name,
        'last_name', t.last_name
      )),
      jsonb_build_array()
    )
    from (
      select
        alias_78509018.first_name, 
        alias_78509018.last_name
      from (
        film_actor
          join actor as alias_78509018
            on film_actor.actor_id = alias_78509018.actor_id
        )
      where film_actor.film_id = film.film_id
    ) as t
  ) as actors,
  (
    select coalesce(
      jsonb_agg(jsonb_build_object('name', t.name)),
      jsonb_build_array()
    )
    from (
      select alias_130639425.name
      from (
        film_category
          join category as alias_130639425
            on film_category.category_id = alias_130639425.category_id
        )
      where film_category.film_id = film.film_id
    ) as t
  ) as categories
from film
order by film.title

This particular example is explained more in detail in the MULTISET operator announcement blog post. For many more examples, please have a look at the demo.