С JPA мы можем использовать блокировку OPTIMISTIC или PESSIMISTIC вручную для обработки изменений сущностей в транзакциях.
Интересно, как JPA обрабатывает блокировку, если мы не укажем один из этих двух режимов? Режим блокировки не используется?
Если мы не определяем явный режим блокировки, может ли быть потеряна целостность базы данных?
Спасибо
Я просмотрел раздел 3.4.4 Режимы блокировки Java Persistence API 2.0 Final Release, и пока я ничего не нашел (он не указывает, что это значение по умолчанию или что-то в этом роде) есть сноска, в которой говорится следующее.
Тип режима блокировки NONE может быть указан как значение режима блокировки аргументы, а также предоставляет значение по умолчанию для аннотаций.
Раздел посвящен типам LockModeType доступных значений и их обычаям и описывает, какие методы принимают аргумент такого рода и еще много чего.
Итак, как сказано LockModeType.NONE по умолчанию для аннотаций (JPA, аннотации слева и справа), я думаю, когда вы используете EntityManager.find(Class, Object), используется значение по умолчанию LockModeType.
Есть несколько других тонких намеков, чтобы укрепить это. Раздел 3.1.1 Интерфейс EntityManager.
Метод поиска (при условии, что он вызывается без блокировки или вызван LockModeType.NONE), и метод getReference не требуется вызывается в контексте транзакции.
Это имеет смысл. Например, если вы используете MySQL как свою базу данных, а ваш механизм базы данных по выбору - InnoDB, то (по умолчанию) ваши таблицы будут использовать REPEATABLE READ, если вы используете некоторые другие СУБД или другие механизмы базы данных, которые могут измениться.
В настоящее время я не совсем уверен, что уровни изоляции имеют какое-либо отношение к режимам блокировки JPA (хотя кажется, что это так), но я хочу сказать, что разные системы баз данных отличаются, поэтому JPA не может решить для вас (по крайней мере согласно спецификации), какой режим блокировки использовать по умолчанию, поэтому он будет использовать LockModeType.NONE, если вы не укажете его иначе.
Я также нашел статью об уровнях изоляции и режимах блокировки, вы можете прочитать ее.
О, и ответить на ваш последний вопрос.
Если мы не определяем явный режим блокировки, может ли база данных целостность будет потеряна?
Это зависит, но если у вас есть параллельные транзакции, то ответ, вероятно, да.
Из-за JPA 2.1 FR
3.2 Атрибуты версии
Поле или свойство Version используется поставщиком сохранения для выполнения оптимистической блокировки. Он доступен и/или задан поставщиком непрерывности в ходе выполнения операций жизненного цикла экземпляра объекта. Объект автоматически включается для оптимистической блокировки, если у него есть свойство или поле, сопоставленное с отображением Версии.
Итак, если объект - объект с версией, такой как @Version, был указан, то поставщик устойчивости по умолчанию будет выполнять оптимистичную блокировку.
В спецификации persistence_2.0, стр. 89:
Если обновленный или удаленный объект версии был обновлен, тогда реализация должна гарантировать, что требования LockModeType.OPTIMISTIC_FORCE_INCREMENT выполняются, даже если нет явных был вызван вызов EntityManager.lock.
Сформируйте ответы, ранее представленные здесь, кажется, что JPA ведет себя следующим образом: если у моего объекта есть аннотированное поле @Version, значение LockModeType не установлено, то LockModeType.OPTIMISTIC_FORCE_INCREMENT будет установлен по умолчанию. Это верно?