Я был сбит с толку transaction.rollback. Вот пример псевдокода:
transaction = session.beginTransaction()
EntityA a = new EntityA();
session.save(a);
session.flush();
transaction.rollback();
Что происходит, когда этот код работает? У меня есть объект в базе данных или нет?
Краткий ответ: нет, у вас не будет объекта в базе данных.
Более длинный ответ: спящий режим достаточно умен, чтобы не отправлять вставку/обновления в БД, пока не узнает, будет ли транзакция зафиксирована или отменена (хотя это поведение можно изменить, установив другой FlushMode), в вашем случае, вызвав flush вы заставляете SQL отправляться в БД, но у вас все еще есть транзакция БД, чтобы защитить вас, когда вы вызываете откат, транзакция БД будет откатываться, удаляя изменения, выполненные внутри нее, и, следовательно, ничего не будет фактически сохранено. Обратите внимание, что в зависимости от настроенного вами уровня изоляции транзакций, возможно, другие транзакции смогут каким-то образом увидеть объект EntityA, который вы сохранили на короткое время между сохранением и откатом. Также обратите внимание, что сброс вызывается автоматически при попытке чтения из БД, в 99% случаев явно вызывать его не нужно. Единственное исключение, которое приходит на ум, — это модульное тестирование с автоматическим откатом тестов.
Когда вы вызываете session.save(a), Hibernate в основном запоминает где-то внутри сеанса, что этот объект должен быть сохранен. Он может решить, хочет ли он выдать INSERT INTO... немедленно, через некоторое время или при фиксации. Это улучшение производительности, позволяющее Hibernate выполнять пакетные вставки или избегать их, если транзакция откатывается.
Когда вы вызываете session.flush(), Hibernate вынужден выдать INSERT INTO... базе данных. Сущность хранится в базе данных, но еще не зафиксирована. В зависимости от уровня изоляции транзакций он не будет виден другим запущенным транзакциям. Но теперь база данных знает о записи.
Когда вы вызываете transaction.rollback(), Hibernate откатывает транзакцию базы данных. База данных обрабатывает откат, таким образом удаляя вновь созданный объект.
Теперь рассмотрим сценарий без flush(). Во-первых, вы никогда не трогаете базу данных, поэтому производительность выше, а откат практически невозможен. С другой стороны, если уровень изоляции транзакции равен READ UNCOMMITTED, другие транзакции могут видеть вставленную запись даже до фиксации/отката. Без flush() этого не произойдет, если только Hibernate не решит flush() неявно.
Я думаю, вы запутались с flush и commit.
flush() синхронизирует состояние с базой данных, но не выполняет фиксацию. Состояние по-прежнему видно по транзакции, так что вы можете вызывать откат к откату.
Итак, ответ на ваш вопрос: нет, у вас нет сущности (а) в базе данных.
