Управление версиями для предотвращения оптимистической блокировки

Ваш вопрос не дает достаточного контекста. Я предполагаю, что вы имеете в виду управление версиями Hibernate. Столбец версии используется Hibernate не для предотвращения, а для реализации оптимистичной блокировки. Из справочника по спящему режиму:

@Entity
public class Flight implements Serializable {
...
    @Version
    @Column(name = "OPTLOCK")
    public Integer getVersion() { ... }
}   

Столбец позволяет иметь версию для каждой строки в таблице. Теперь представьте, что вы выполнили два чтения одного и того же объекта Flight (одна и та же строка в таблице Flight), используя два параллельных потока (может быть два отдельных веб-запроса). Предположим, что оба чтения имеют начальную версию 1.

Теперь тот, кто останется первым, увеличит ячейку версии полученной строки, так что эта версия будет равна 2.

Поэтому, как только происходит второй персистент, Hibernate может сказать, что было потерянное обновление, так как второй персист также попытается увеличить версию до 2, но версия уже 2 в базе (из-за первый коммит)

Стоимость этой процедуры незначительна, так как версия извлекается и записывается вместе со всеми другими полями сущности.