Дано: некий интерфейс XYZ extends JpaRepository. В нем есть набор запросов с аннотацией @Query, которые автоматически Spring Data генерируются.

А как надо прописать динамический запрос? Только отдельным интерфейсом, где это будет реализовано реализацией явно или все-таки есть какой-то способ указать, что запрос придет во время исполнения?

llemingCriteriaQuery, Specification ?
https://spring.io/blog/2011/04/26/advanced-spring-data-jpa-specifications-and-querydsl/

Предыдущий программист сделал как раз по вашему учебнику. Только мне это не нравится в силу разных причин. Самая главная, что это не работает :) Когда вызывают поиск, то любой критерий по отдельности работает. Но если их несколько и есть критерий на exists подзапроса, то где-то в недрах Hibernate рождается невразумительный NullPointerException. Отладчик проходит всю Specification полностью и спотыкается уже при запросе. Ну и выглядит это, скажем так, невразумительно.

Вот кусок кода, который портит многокритериальный запрос:



Самое интересное, что запрос с этим тоже работает, если нет других критериев. Сыпется сразу после возврата из метода. Моя задача как раз исправить косяк.

Я хочу написать запрос на Native SQL с заранее определенными полями в select, но динамически меняющиеся условия поиска. Если возможно использовать в Criteria API SQL подзапросы в секции Where - это тоже вариант. Но этого я не нашел в сети. Можно вызвать какие-то SQL функции, но это уже ничем не лучше переписывания на чистом SQL полностью.

Поэтому можно ли иметь динамический native SQL в автогенерируемом классе или надо делать отдельный интерфейс с реализацией?

ОзверинЩиче, вместо интерфейса XYZ, сделайте класс, имплементите репозиторий, в классе используйте @Autowired jdbctemplate и далее используйте нативные запросы к базе во все поля.

Спасибо, так и сделаю.