Java - JPA - аннотация @Version

Question

Как работает @Version аннотация в JPA?

Я нашел различные ответы которых экстракт следующим образом:

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

Но я все еще не уверен, как это работает.

---

Кроме того, как один из следующих линий:

Вы должны рассмотреть версия полей неизменны. Изменение значения поля имеет неопределенные результаты.

Означает ли это, что мы должны объявить наше поле версии final?

Answer 1

Но все же я не уверен, как это работает?

Допустим, предприятие MyEntity имеет аннотированный version свойство:

@Entity 
public class MyEntity implements Serializable {  

    @Id 
    @GeneratedValue 
    private Long id; 

    private String name; 

    @Version 
    private Long version; 

    //... 
} 

Об обновлении, поле помечается @Version будет увеличиваться, и добавляется к статье WHERE, что-то вроде этого:

UPDATE MYENTITY SET ..., VERSION = VERSION + 1 WHERE ((ID = ?) AND (VERSION = ?)) 

Если предложение WHERE не соответствует записи (поскольку тот же объект уже обновлен другой поток), то провайдер сохранения будет вызывать OptimisticLockException.

Означает ли это, что мы должны объявить нашу версию поля в качестве окончательной

Нет, но вы могли бы рассмотреть возможность сделать сеттер защищен, как вы не должны называть его.

Answer 2

Каждый раз, когда сущность обновляется в базе данных, поле версии будет увеличено на единицу. Каждая операция, которая обновляет сущность в базе данных, добавит в запрос запрос WHERE version = VERSION_THAT_WAS_LOADED_FROM_DATABASE.

При проверке затронутых строк вашей работы инфраструктура jpa может гарантировать, что между загрузкой и сохранением вашей сущности не произойдет одновременной модификации, поскольку запрос не найдет вашу сущность в базе данных, когда ее номер версии был увеличен между загрузкой и сохранением ,

Answer 3

Версия, используемая для обеспечения только одного обновления за раз. Поставщик JPA проверяет версию, если ожидаемая версия уже увеличивается, а кто-то еще уже обновляет объект, поэтому будет выбрано исключение.

Таким образом, обновление значения сущности было бы более безопасным, более оптимистичным.

Если значение изменяется часто, вы можете не использовать поле версии. В качестве примера «сущность, которая имеет встречное поле, что будет каждый раз увеличился веб-страница, доступ к»

Answer 4

Хотя @Pascal ответ вполне допустим, из моего опыта, я нахожу этот код полезных для достижения оптимистической блокировки:

@Entity 
public class MyEntity implements Serializable {  
    // ... 

    @Version 
    @Column(name = "optlock", columnDefinition = "integer DEFAULT 0", nullable = false) 
    private long version = 0L; 

    // ... 
} 

Почему? Потому что:

1. Оптимистическая блокировка не будет работать, если поле помечается @Version случайно выбран null.
2. Поскольку это специальное поле не обязательно является коммерческой версией объекта, чтобы избежать вводящего в заблуждение, я предпочитаю называть это поле таким, как optlock, а не version.

Первая точка не имеет значения, если приложение использует только JPA для вставки данных в базу данных, так как JPA поставщик будет обеспечивать 0 для @version поля во время создания. Но почти всегда используются простые инструкции SQL (по крайней мере, во время тестирования модулей/интеграции).

Answer 5

Просто добавьте немного больше информации.

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

Pedro