Dirty checking: сущность, загруженная в транзакции, — managed; при flush (перед коммитом) Hibernate сравнивает её поля со снимком и сам отправляет UPDATE изменённых полей. save() не нужен.
А ещё Изменение «случайно» сохранится — не меняйте сущности, если не хотите записи
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Сущность, загруженная или сохранённая в рамках транзакции, становится managed и попадает в persistence context (кэш 1-го уровня) с снимком исходного состояния. Перед коммитом (или при flush) Hibernate сравнивает текущее состояние со снимком и для изменившихся полей сам генерирует UPDATE — отсюда «save() не нужен» для managed-сущностей. Важные следствия: (1) изменение detached-сущности (вне сессии) так не сохранится — нужен merge/save; (2) случайная мутация managed-сущности приведёт к незапланированному UPDATE; (3) для read-only сценариев dirty checking — лишняя работа, его отключают (@Transactional(readOnly=true)).
Один верный вариант. Подумайте, потом откройте ответ.
Абстракция репозитория, derived queries и @Query, persistence context и dirty checking, lazy/N+1 и почему DTO, а не entity.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto