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

Когда данные обновляются в таблицах базы данных в транзакции, persistence provider предполагает, что система управления базами данных будет поддерживать кратковременные блокировки чтения и долгосрочные блокировки записи для поддержания целостности данных. Большинство persistence provider-ов задерживают запись в базу данных до конца транзакции, за исключением случаев, когда приложение явно требует принудительной записи (то есть приложение вызывает метод EntityManager.flush или выполняет запросы с установленным режимом очистки в AUTO).

По умолчанию persistence provider-ы используют оптимистичную блокировку, когда перед фиксацией изменений в данных persistence provider проверяет, что никакая другая транзакция не изменила или не удалила данные с момента их чтения из базы данных. Это достигается с помощью столбца версии в таблице базы данных с соответствующим атрибутом версии в классе сущности. Когда запись изменяется, значение версии увеличивается. Исходная транзакция проверяет атрибут версии, и, если данные были изменены другой транзакцией, генерируется javax.persistence.OptimisticLockException, а исходная транзакция откатывается. Когда приложение задаёт режимы оптимистичной блокировки, persistence provider проверяет, что конкретный объект не изменился, поскольку он был прочитан из базы данных, даже если данные объекта не были изменены.

Пессимистичная блокировка идёт дальше, чем оптимистичная. При пессимистичной блокировке persistence provider создаёт транзакцию, которая получает долговременную блокировку данных до её завершения, что не позволяет другим транзакциям изменять или удалять данные до тех пор, пока блокировка не будет завершена. Пессимистичная блокировка — лучшая стратегия, чем оптимистичная блокировка, когда к базовым данным часто обращаются и изменяют многие транзакции.