ты не прошел собес кста

ну давай ответ?

пошел перепроверять прежде чем запостить? :)

давай я дам ответ и мы эту тему не поднимаем больше, окей? есть @jvmchat

1. N+1 - решение первое, разделить загрузку, отдельно загружать плоскую сущность, отдельно ее детишек;

решение второе - @EntityGraph, конкретно указать что надо подтянуть, тогда не будет дополнительного запроса и будет join

2.  По апдейту

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

если потом еще это обновить - возможен опять OOM

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

адекватное решение: jpql/native query update

entityManager.createQuery/или над методом в спринг дате

главное не забыть указать сбросить кэш транзакции, если используется нативный запрос

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

он все выше давно ответил, и да, голый hiber - это em/sessionFactory.createQuery

посмотрел спеку. через криейтквери и через критерий по ходу можно

тут надо уточнить что в этот метод передать. туда можно и жпкл строку передать

остановитесь

вот ответ. но чел его не сказал. )) правда, второй тоже. оба не прошли собес. и я не прошел. я третий. 😂 Серега, скажи плиз ты хотел чтоб он тебе про критерияапдейт сказал?

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

Капец дорогие книги нынче.

сборник анекдотов подарочное издание.

Чтоб это было возможным кажется нужно добавлять плагин в plugins.sbt и вызвать sbt bloopInstall, если не ошибаюсь

bsp это альтерантивный ленгвич сервер, блуп не нужен если используется bsp

Ок, соре

Вообще можно в некоторых случаях.

Там вроде вначале был ответ норм решение. А потом вы ебанулись. Как то странно 😒