Go to file
Lukas Eder 2406f7ec50 [jOOQ/jOOQ#9506] [jOOQ/jOOQ#17646] Diff should ignore constraint changes where (synthetically) named constraint is replaced by an equivalent unnamed constraint.
Users may use unnamed constraints in migration scripts. When comparing the schema with the existing schema in the database, we must ignore the database's synthetic constraint names.
2024-11-21 16:30:45 +01:00
.github/ISSUE_TEMPLATE Remove OS from issue templates 2024-03-12 09:19:22 +01:00
jOOQ [jOOQ/jOOQ#9506] [jOOQ/jOOQ#17646] Diff should ignore constraint changes where (synthetically) named constraint is replaced by an equivalent unnamed constraint. 2024-11-21 16:30:45 +01:00
jOOQ-beans-extensions [jOOQ/jOOQ#17470] Add <description/> to all pom.xml files 2024-10-21 14:12:16 +02:00
jOOQ-checker [jOOQ/jOOQ#17470] Add <description/> to all pom.xml files 2024-10-21 14:12:16 +02:00
jOOQ-codegen [jOOQ/jOOQ#17632] Use new utility 2024-11-19 09:12:47 +01:00
jOOQ-codegen-gradle [jOOQ/jOOQ#17474] Add support for synthetic synonyms 2024-10-22 16:10:51 +02:00
jOOQ-codegen-maven [jOOQ/jOOQ#17470] Add <description/> to all pom.xml files 2024-10-21 14:12:16 +02:00
jOOQ-jackson-extensions [jOOQ/jOOQ#17470] Add <description/> to all pom.xml files 2024-10-21 14:12:16 +02:00
jOOQ-jpa-extensions [jOOQ/jOOQ#17470] Add <description/> to all pom.xml files 2024-10-21 14:12:16 +02:00
jOOQ-kotlin [jOOQ/jOOQ#17470] Add <description/> to all pom.xml files 2024-10-21 14:12:16 +02:00
jOOQ-kotlin-coroutines [jOOQ/jOOQ#17470] Add <description/> to all pom.xml files 2024-10-21 14:12:16 +02:00
jOOQ-meta [jOOQ/jOOQ#17632] Use new utility 2024-11-19 09:12:47 +01:00
jOOQ-meta-extensions [jOOQ/jOOQ#17495] Add useParsingConnection property to LiquibaseDatabase and JPADatabase 2024-10-24 11:44:21 +02:00
jOOQ-meta-extensions-hibernate [jOOQ/jOOQ#17470] Add <description/> to all pom.xml files 2024-10-21 14:12:16 +02:00
jOOQ-meta-extensions-liquibase [jOOQ/jOOQ#17593] LiquibaseDatabase should forward additional changeLogParameters 2024-11-11 09:49:49 +01:00
jOOQ-meta-kotlin [jOOQ/jOOQ#17474] Add support for synthetic synonyms 2024-10-22 16:10:51 +02:00
jOOQ-migrations [jOOQ/jOOQ#9506] More work on Migrations API: 2024-11-21 15:22:34 +01:00
jOOQ-migrations-maven [jOOQ/jOOQ#9506] [jOOQ/jOOQ#17646] Diff should ignore constraint changes where (synthetically) named constraint is replaced by an equivalent unnamed constraint. 2024-11-21 16:30:45 +01:00
jOOQ-postgres-extensions [jOOQ/jOOQ#17470] Add <description/> to all pom.xml files 2024-10-21 14:12:16 +02:00
jOOQ-scala_3.5 [jOOQ/jOOQ#17470] Add <description/> to all pom.xml files 2024-10-21 14:12:16 +02:00
jOOQ-xtend [jOOQ/jOOQ#17470] Add <description/> to all pom.xml files 2024-10-21 14:12:16 +02:00
.gitignore
.travis.yml
CONTRIBUTING.md
LICENSE [#16988] Correctly name Apache-2.0 everywhere 2024-07-29 12:53:09 +02:00
pom.xml Downgrade HSQLDB again (tons of internal errors in integration tests - I've already reported a few. Will investigate this eventually and report more, if they're not duplicates) 2024-11-14 16:20:31 +01:00
README.md
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.