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

рест апи тут при том что этот метод дерагается через рест - поэтому и вопрос- будет ли следующий запрос проведен в рамках этой же транзакции- очень большой вопрос
ну и еще один момент- зачем юзеру два раза делать этот запрос- он априори будет вызван один раз)
и собсвтенно вообще не понятно к чему все эти оптимизации- если я использую пагинацию- соотвественно элементов в коллекции -максимум 500 .
по поводу мапы - без нее там никак- так как первый лист это списко всех рассылок
а второй запрос это 500 элементов ответов и лучшее что тут можно придумать - сгруппировать в мапу по рассылке

да не строй ты из себя ) все я знаю , делают они это чтобы не инициализировать объект каждый раз ,если он уже есть в кэш

но запррос таки все равно будет сделан ,просто хибер не будет заново объекты создавать,что в принципе логично,но с другой стороны я хотел бы этим управлять сам,а возможности отключить кэш 1 уровня нет,есть лишь функционал очитски методом evict()

так что дядя ты это ,давай гонор сбавь)

пропущено...

Сомневаюсь что ты понимаешь что это и для чего оно,раз ты говоришь что это здорово)
ну выбрал я список из дб,изменил их и я не хочу их никуда писать в бд обратно - получается хибер делает бесполезную работу

Хибер не делает ничего сверхестественного - запрос в бд- мапит по сущностям - сущности лежат в кеше Хибера,который в свою очередь в HEAP.
И в чем проблема которой ты в силу свой стажерности не видишь
если я создаю объект что то с ним делаю и потом на него нет ссылок - он удалится из памяти сборщком мусора
что же происходит в случае с хибером- объекты будут лежать в кеше пока не протухнет сессия
получается что я сделал запрос - попользовался объектами - они мне больше не нужны - и по идее я должен удалить их из памяти - но такого не будет так как почему то ребятя из Хибернейт решили ,что им видней нужна мне лищняя память или нет)
Да они предоставляют методы очистки - но не очень удобные

Ты сам и есть яркий пример клинического стажера

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

Типичный стажер- который как буратино,читает доки ,но возможность к анализу отсутсвует .
Не вижу смысла дальше спорить,так как ни какие доки к сожалению не дадут тебе ни логики ни мышления,тут как говорится либо есть ,либо нет)

ПС.Не дай бог вот такого коллегу заиметь,который перечитал 100500 доков- потому что нужно же чем то компенсировать умственную осталость)