Блог

У меня есть метод, аннотированный с помощью @Transactional . Я извлекаю объект из моей базы данных Oracle, изменяю поле, а затем возвращаюсь из метода. Я забыл сохранить объект, но обнаружил, что база данных все равно обновляется.

ApplicationContext

 <tx:annotation-driven />
<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
    <property name="sessionFactory" ref="sessionFactory" />
</bean>
  

мой метод

 @Transactional
public void myMethod(long id) {
    MyObject myObj = dao.getMstAttributeById(id);
    myObj.setName("new name");
    //dao.update(myObj);
}
  

мой вопрос в том, почему MyObject сохраняется в базе данных?

Поскольку hibernate автоматически обнаружит изменения, внесенные в постоянные объекты, и соответствующим образом обновит базу данных. Это поведение описано в главе 11 справочного руководства по гибернации. Соответствующая часть гласит:

Режим гибернации определяет и поддерживает следующие состояния объекта:

• Переходный — объект является переходным, если он только что был создан с использованием оператора new, и он не связан с сеансом гибернации. У него нет постоянного представления в базе данных, и значение идентификатора не было присвоено. Временные экземпляры будут уничтожены сборщиком мусора, если приложение больше не содержит ссылку. Используйте сеанс гибернации, чтобы сделать объект постоянным (и пусть гибернация позаботится о SQL-операторах, которые необходимо выполнить для этого перехода).

• Постоянный — постоянный экземпляр имеет представление в базе данных и значение идентификатора. Возможно, оно просто было сохранено или загружено, однако по определению оно находится в области сеанса. Hibernate обнаружит любые изменения, внесенные в объект в постоянном состоянии, и синхронизирует состояние с базой данных по завершении единицы работы. Разработчики не выполняют инструкции обновления вручную или инструкции УДАЛЕНИЯ, когда объект должен быть сделан переходным.

• Отсоединенный — отсоединенный экземпляр — это объект, который был постоянным, но его сеанс был закрыт. Конечно, ссылка на объект остается действительной, и отдельный экземпляр может быть даже изменен в этом состоянии. Отсоединенный экземпляр может быть повторно подключен к новому сеансу в более поздний момент времени, что делает его (и все модификации) снова постоянным. Эта функция позволяет использовать модель программирования для длительных операций, требующих времени на обдумывание пользователем. Мы называем их транзакциями приложения, то есть единицей работы с точки зрения пользователя.

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

Итак, другими словами — на самом деле не имеет значения, вызываете ли вы операцию обновления или нет, потому что фиксация транзакции приведет к удалению изменений в базе данных.

Раньше я @Transactional(readOnly = true) решал эту проблему

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

Шаг I: :

 getSession().setFlushMode(FlushMode.MANUAL) // [FlushMode.NEVER is depracated in 4.x]
  

Шаг II :

 getSession().clear(); //This will actually discard all changes
  

Для JPA вызовите entityManager.detach(entity) , чтобы избежать автоматической очистки. Но вы должны быть осведомлены о том, что отдельный объект потеряет ORM magic после, например, отложенной выборки, каскадного обновления.