В Hibernate API есть свойство hibernate.connection.autocommit, для которого можно установить значение true.
Но в API они упомянули, что не рекомендуется устанавливать его так:
Включает автофиксацию для объединенных в пул соединений JDBC (не рекомендуется).
Почему это не рекомендуется? Каковы вредные последствия установки этого свойства в true ?
Все операторы базы данных выполняются в контексте физической транзакции, даже если мы явно не объявляем границы транзакции (BEGIN/COMMIT/ROLLBACK).
Если вы не объявляете границы транзакций, то каждый оператор должен будет выполняться в отдельной транзакции. Это может даже привести к открытию и закрытию одного соединения для каждого оператора.
Объявление службы как @Transactional даст вам одно соединение на всю продолжительность транзакции, и все операторы будут использовать это единственное изолированное соединение. Это намного лучше, чем вообще не использовать явные транзакции. В больших приложениях у вас может быть много одновременных запросов, и снижение частоты запросов на получение соединения с базой данных определенно повышает общую производительность вашего приложения.
Итак, эмпирическое правило:
Если у вас есть транзакции только для чтения, которые выполняют только один запрос, вы можете включить для них автоматическую фиксацию.
Если у вас есть транзакции, содержащие более одного оператора, вам необходимо отключить автоматическую фиксацию, так как вы хотите, чтобы все операции выполнялись в одной единице работы, и вы не хотите создавать дополнительную нагрузку на пул соединений.
По умолчанию значение autocommit равно false, поэтому транзакцию необходимо зафиксировать явно. Это может быть причиной того, что изменения не отражаются в базе данных, иначе можно попытаться сбросить изменения, чтобы принудительно внести изменения перед фиксацией.
Когда вы закроете сеанс, он будет неявно зафиксирован в базе данных [зависит от реализации].
Когда у вас есть каскадные транзакции и вам нужно откатиться для атомарности, вам нужно иметь контроль над транзакциями, и в этом случае автофиксация должна быть ложной.
Либо установите autocommit как true, либо обработайте транзакции явно.
Вот хорошее объяснение этого.
форум Hibernate, связанный с этим.
Насколько я понимаю, если Hibernate выполняет автоматическую фиксацию, то сброс, который не выполняется на полпути, не будет откатываться. У вас будет неполный/сломанный граф объектов.
Если вам нужно соединение с автоматической фиксацией для чего-то, вы всегда можете развернуть вновь созданный Session, чтобы получить базовое соединение JDBC, setAutocommit(true) на нем, выполнить свою работу через JDBC API, setAutocommit(false) и закрыть сеанс. Я бы не рекомендовал делать это на Session, который уже что-то делал.
Не используйте антишаблон «сеанс на операцию»: не открывайте и не закрывайте сеанс для каждого простого вызова базы данных в одном потоке. То же самое верно и для транзакций базы данных. Вызовы базы данных в приложении выполняются в запланированной последовательности; они сгруппированы в атомарные единицы работы. Это также означает, что автоматическая фиксация после каждого отдельного оператора SQL бесполезна в приложении, поскольку этот режим предназначен для специальной работы консоли SQL. Спящий режим отключает или ожидает, что сервер приложений немедленно отключит режим автоматической фиксации. Транзакции базы данных никогда не бывают необязательными. Вся связь с базой данных должна происходить внутри транзакции. Следует избегать автоматической фиксации при чтении данных, так как маловероятно, что многие небольшие транзакции будут выполняться лучше, чем одна четко определенная единица работы. Последний также более ремонтопригоден и расширяем.
дополнительная информация по этой теме
