HQL: Fetch Регистрация Коллекции из Eager таблицы

Question

У меня есть четыре таблицы:

RootNode // Will return multiple root nodes 
SubNode // Will return one sub node per root node 
SubNodeChildren1 // Will return multiple for each sub node 
SubNodeChildren2 // Will return multiple for each sub node 

и аналогичную структуру лица:

RootNode -> SubNode -> SubNodeChildren1 
        -> SubNodeChildren2 

мне нужен один запрос, который будет возвращать все RootNodes в таблице с его SubNode и SubNode дети инициализированы. SubNode с нетерпением ждет, но дети SubNode ленивы.

Я знаю, как написать запрос, который будет LEFT OUTER JOIN FETCH непосредственными дочерними элементами таблицы и инициализировать их соответственно. Тем не менее, я не знаю, как захватить детей таблицы, которая с нетерпением вывешена из таблицы верхнего уровня.

Я пытался что-то вроде:

SELECT rn FROM RootNode AS rn LEFT OUTER JOIN FETCH rn.SubNode.SubNodeChildren1 

но, это всегда дает мне ошибку, что владелец не является частью SELECT.

Любая помощь очень ценится.

Answer 1

Здесь идет гибернации, присвоенный

Единственная причина, мы, возможно, потребуется псевдонима если мы рекурсивно присоединиться выборки еще коллекцию

что предполагает ваш запрос должен быть переписана в виде

select distinct 
    rn 
from 
    RootNode rn 
left join fetch 
    rn.subNode sn 
left join fetch 
    sn.subNodeChildren 

Вы можете

отключить default subNode fetch = FetchType.EAGER и просто получить то, что вы действительно хотите, используя запрос HQL - эффективно (HQL-запрос) переопределяет внешнее объединение и ленивые объявления файла сопоставления для ассоциаций и коллекций (справочная документация Hibernate). Этот подход поддерживается POJO в книге действий.

или включить сбор SubNodeChildren как выборки = FetchType.EAGER

извлечена из гибернации FAQ (Ссылка отключена (Насколько я знаю), но я спас, прежде чем исчезнуть)

следующие

В приложении MVC, как мы можем гарантировать, что все прокси и ленивые коллекции будут инициализированы, когда представление попытается получить к ним доступ?

Один из возможных подходов заключается в том, чтобы оставить сессию открытой (и транзакцией без фиксации) при пересылке в представление. Сессия/транзакция будет закрыта/зафиксирована после визуализации представления, например, фильтра сервлетов (другим примером будет использование обратного вызова ModelLifetime.discard() в Maverick). Одна из трудностей с этим подходом заключается в том, что сеанс/транзакция закрывается/откатывается, если возникает исключение, отображающее представление.

...

Другой подход - просто принудительно инициализировать все необходимые объекты с помощью Hibernate.initialize(). Это часто более прямолинейно, чем кажется.

Answer 2

Для того, чтобы получить работу запроса, я должен был сделать INNER JOIN FETCH вместо LEFT OUTER JOIN FETCH на нетерпеливое лице:

SELECT rn FROM RootNode AS rn INNER JOIN FETCH rn.SubNode AS sn LEFT OUTER JOIN FETCH sn.SubNodeChildren1 LEFT OUTER JOIN FETCH sn.SubNodeChildren2 ... 

Чтобы быть честным, я до сих пор точно не знаю, почему это работает с INNER JOIN FETCH против LEFT OUTER JOIN FETCH, но он определенно работает именно так, как мне нужно.