Как перевести следующий SQL в jOOQ

Конкретная проблема на вашем снимке экрана заключается в том, что вы неправильно разместили закрывающую скобку:

.join(select(...).limit(1)).on(SURVEY_INSTANCE.ID.eq(SURVEY_DEFINITION.ID))

Вместо:

.join(select(...).limit(1).on(SURVEY_INSTANCE.ID.eq(SURVEY_DEFINITION.ID))

Предоставленный вами SQL-запрос представляет собой сложный оператор UPDATE с предложением JOIN для подзапроса. В jOOQ вы можете создавать такие запросы, используя метод update()DSLContext в сочетании с методами join() и on() для предложения соединения и методами set() для предложения обновления.

Чтобы избежать каких-либо проблем с читаемостью (например, неуместных скобок), вы можете разложить запрос.

Я предполагаю, что:

• ваши таблицы survey_definition и survey_instance генерируются как SURVEY_DEFINITION и SURVEY_INSTANCE соответственно. Вам необходимо импортировать сгенерированные таблицы. Если они не генерируются, необходимо создать их вручную.
• у вас есть DSLContext доступный как context.
• ?1 в вашем исходном SQL — это параметр, который будет предоставлен позже. В jOOQ DSL я заменил это на param("?1", Integer.class).

Тогда код будет таким:

import static org.jooq.impl.DSL.*;
import static com.example.generated.Tables.*;

// Assuming the DSLContext is available as "context"

SurveyDefinition SD = SURVEY_DEFINITION.as("sd");
SurveyInstance SI = SURVEY_INSTANCE.as("si");

Field<Integer> surveyDefId = field(name("survey_def_id"), Integer.class);
Field<Integer> status = field(name("status"), Integer.class);
Field<Timestamp> endDate = field(name("end_date"), Timestamp.class);

Table<?> latest = context
    .select(SI.SURVEY_DEF_ID.as(surveyDefId), SI.STATUS.as(status), SI.END_DATE.as(endDate))
    .from(SI)
    .where(SI.SURVEY_DEF_ID.eq(param("?1", Integer.class)), SI.STATUS.notIn(14))
    .orderBy(SI.END_DATE.desc())
    .limit(1)
    .asTable("latest");

context.update(SD)
    .join(latest)
    .on(SD.ID.eq(latest.field(surveyDefId)))
    .set(SD.LATEST_RESULT, latest.field(status))
    .set(SD.LATEST_SURVEY_END_DATE, latest.field(endDate))
    .execute();

Примечание. В коде предполагается, что LATEST_RESULT и LATEST_SURVEY_END_DATE являются точными именами столбцов в вашей SURVEY_DEFINITION таблице и что их типы совпадают с типами из подзапроса. Если это не так, вам может потребоваться изменить эти имена или добавить преобразования типов.

Как видите, я использую метод on() (часть предложения ON для объекта TableOnStep , который возвращается вызовом join(latest).
Я не использую on() не для объекта SelectLimitPercentStep (у которого нет метода on(), отсюда и исходное сообщение об ошибке «Cannot resolve method 'on' in '"SelectLimitPercentStep'»).

context.update(SD)
    .join(latest)
    .on(SD.ID.eq(latest.field(surveyDefId)))
    ...

Здесь latest — это объект Table, представляющий производную таблицу.
Поэтому вызов on() в этом контексте не должен вызывать ошибку компиляции.

Почему-то не могу сделать джойн после context.update(SD), просто нет такого метода. Возможно, причина в более старой версии jOOQ.

Альтернативный обходной путь — сначала выполнить подзапрос, сохранить его результаты, а затем использовать эти результаты в операторе обновления. В качестве примера:

// First, execute the subquery and fetch the results
Record3<String, Integer, Date> record = dslContext.select(SURVEY_INSTANCE.SURVEY_DEF_ID, SURVEY_INSTANCE.STATUS, SURVEY_INSTANCE.END_DATE)
    .from(SURVEY_INSTANCE)
    .where(SURVEY_INSTANCE.SURVEY_DEF_ID.eq(definitionId))
    .and(SURVEY_INSTANCE.STATUS.notIn(14))
    .orderBy(SURVEY_INSTANCE.END_DATE.desc())
    .limit(1)
    .fetchOne();

// Next, use the results of the subquery in the UPDATE statement
if (record != null) {
    dslContext.update(SURVEY_DEFINITION)
        .set(SURVEY_DEFINITION.LATEST_RESULT, record.get(SURVEY_INSTANCE.STATUS))
        .set(SURVEY_DEFINITION.LATEST_SURVEY_END_DATE, record.get(SURVEY_INSTANCE.END_DATE))
        .where(SURVEY_DEFINITION.ID.eq(record.get(SURVEY_INSTANCE.SURVEY_DEF_ID)))
        .execute();
}

Этот обходной путь разделяет операцию на две части: сначала извлекается запись из подзапроса, а затем используются эти данные для выполнения обновления.