Есть связанные сущности, например Document -> Contract -> Contractor

Нужно отобрать все документы (Document) по имени Клиента (Contractor). При этом хочу сразу подгружать Контракт и Клиент (Eager).
Задача тривиальная. В JPQL для этого есть 'join fetch'. Загвоздка с CriteriaBuilder.

В документации Хибера есть пример :



У меня ошибка кастинга при компиляции (fetch - это не join):



Поэтому


Однако у Fetch нет метода get (Fetch не Path), чтобы потом в where добавить...
Увидел комментарий про Fetch тут
Caution should be used in using a Fetch in the where clause as it can affect the data returned for the resulting object's relationships. Objects should normally always have the same data, no matter how they were queried, this is important for caching and consistency. This is only an issue if the alias is used in the where clause on a collection relationship to filter the related objects that will be fetched. This should not be done, but is sometimes desirable, in which case the query should ensure it has been set to BYPASS the cache.
Согласен, но все же не основание, чтобы Fetch не расширял Path. Как его в where подсунуть?

Нашел такие примеры , где "рекомендуют" паралельно с Join (= Path) еще и написать отдельно Fetch. Но тогда появляются дополнительные join в SQL запросе, что IMHO, совсем неправильно.

Направьте на путь, пжста.

Неужели никто не использует QueryBuilder?

Поделитесь опытом: как критерии добавляете для связанных сущностей, а потом результат отдаете клиенту. Как решаете проблему N+1?

Вдруг кому-ть все же интересно:

Кастинг все же будет работать, если вместо вытаскивание атрибута по имени в .fetch(<атрибут>)
Vladmir KУ меня ошибка кастинга при компиляции (fetch - это не join):


использовать метаданные как в примере от Хибера:



SQL генерируется красивый. "Join c" становится полноценным Path и может использоваться в where, не генерируя дополнительные SQL cross join.

Всем спасибо