Open Session in View держит сессию Hibernate и соединение с базой до конца формирования ответа: ленивые связи «просто работают» в контроллере и сериализации. Цена — соединение занято дольше, N+1 прячется в слое представления.
sottospring.jpa.open-in-view=false и загрузку данных в сервисеА ещё Для API особенно вреден: сериализация сущностей тянет ленивые связи
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Свойство spring.jpa.open-in-view включено по умолчанию, и Spring Boot даже пишет об этом предупреждение при старте. Плюс очевиден: обращение к ленивой связи в контроллере или при сериализации не падает. Минусы серьёзнее: соединение с базой удерживается на всё время формирования ответа, что при медленном клиенте или тяжёлом рендеринге бьёт по пулу; ленивые подгрузки происходят вне явной транзакции и потому размазаны по слоям; а главное — N+1 перестаёт проявляться как ошибка и тихо деградирует производительность. Рекомендуемая практика: выключить режим и явно загружать нужные данные в сервисном слое, отдавая наружу DTO.
Один верный вариант. Подумайте, потом откройте ответ.
Абстракция репозитория, derived queries и @Query, persistence context и dirty checking, lazy/N+1 и почему DTO, а не entity.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.