В общем, такая тема. Есть некая сущность скажем, покупан. Есть сущность магазины в которых он был. Мы формируем джейсон дтошку из покупанов с внутренним массивом (у каждого) магазинов где он был. Ну так надо да.

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

как я вижу решить это? вариант с голым скл тут не пройдет в силу некоторых обстоятельств. вариант с жпкл тоже как то не видится. значит что остается? выдергивать лист юзеров через хибер, и уже потом имея айдишки юзеров отдельным запросом по каждому юзеру выдергивать те магазины где он был и уже потом эти данные расталкивать в дто. тогда мы получаем количество запросов равное количеству юзеров плюс 1. или это и есть то что происходит сейчас?

попробую завтра в спецификацию вкарячить это. интересно поможет:

root.fetch("магазины", JoinType.LEFT)

спасибо.. сделал всё-же через жойн фетч (гыгы, узнал что для каунта он не работает, но хиберовская ошибка об этом никогда не скажет, надо включать скилы ванги), количество запросов упало с н+1 до 2-3х, НО ))) по времени примерно как было так и осталось.

я тут щас через всё приложение бегаю, фикшу н+1 и могу сказать одно.. игер это вообще для коллекций зло. т.е. я в этом уже в который раз убедился. что зло. оно как то непрогнозируемо работет. допустим, забиваем дтошку из объектов с листами объектов. и ВЕЗДЕ эта фигня где стоит игер (речь о процессе внутри транзакции) генерит н+1. Вроде хотя как бы это наоборот ожидается как замена джойн-фетча. а вот нет. Кроме того, где-то совсем недавно читал, что от игеров ообще предлагают отказаться в контексте связей один-много (коллекции в сущности). По мне так в данном случае самый оптимальный подход - это тотальный отказ от игорей и вменяемое использование джойн-фетчей в спеках (жпкл запросах), где надо.

А по графам, если честно, не очень разобрался. Как понял пришлось бы доменную модель подпиливать, а на это думаю никто не подпишется.

в графе как я понял, некая "генеричность" преследуется. так то да, жпкл можно всё почти сделать, но они не так глобальны и всегда используются для частных случаев.