llemingCriteriaQuery, Specification ?
https://spring.io/blog/2011/04/26/advanced-spring-data-jpa-specifications-and-querydsl/
Предыдущий программист сделал как раз по вашему учебнику. Только мне это не нравится в силу разных причин. Самая главная, что это не работает :) Когда вызывают поиск, то любой критерий по отдельности работает. Но если их несколько и есть критерий на exists подзапроса, то где-то в недрах Hibernate рождается невразумительный NullPointerException. Отладчик проходит всю Specification полностью и спотыкается уже при запросе. Ну и выглядит это, скажем так, невразумительно.
Вот кусок кода, который портит многокритериальный запрос:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
if (searchParams.getClientId() != null) {
Subquery q = criteriaQuery.subquery(String.class);
Root attrRoot = q.from(StringAttributeValue.class);
q.select(attrRoot.get("stringValue"));
List<Predicate> attrWhere = new ArrayList<>();
attrWhere.add(builder.equal(attrRoot.get("stringValue"), searchParams.getClientId()));
attrWhere.add(builder.equal(versionJoin.get("id"), attrRoot.get("documentVersionId")));
q.where(builder.and(attrWhere.toArray(new Predicate[predicates.size()])));
predicates.add(builder.and(builder.exists(q)));
}
...
return builder.and(predicates.toArray(new Predicate[predicates.size()]));
Самое интересное, что запрос с этим тоже работает, если нет других критериев. Сыпется сразу после возврата из метода. Моя задача как раз исправить косяк.
Я хочу написать запрос на Native SQL с заранее определенными полями в select, но динамически меняющиеся условия поиска. Если возможно использовать в Criteria API SQL подзапросы в секции Where - это тоже вариант. Но этого я не нашел в сети. Можно вызвать какие-то SQL функции, но это уже ничем не лучше переписывания на чистом SQL полностью.
Поэтому можно ли иметь динамический native SQL в автогенерируемом классе или надо делать отдельный интерфейс с реализацией?
