@VersionJPAでアノテーションはどのように機能しますか？
私は次のように抽出されたさまざまな答えを見つけました：
JPAはエンティティのバージョンフィールドを使用して、同じデータストアレコードに対する同時変更を検出します。JPAランタイムは、同じレコードを同時に変更する試みを検出すると、最後にコミットしようとしたトランザクションに例外をスローします。
しかし、それがどのように機能するかはまだわかりません。
次の行からも：
バージョンフィールドは不変と見なす必要があります。フィールド値を変更すると、未定義の結果が生じます。
バージョンフィールドを次のように宣言する必要があるという意味finalですか？
回答:
しかし、それでもそれがどのように機能するのかわかりませんか？
エンティティ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ます。
バージョンフィールドをfinalとして宣言する必要があるという意味ですか
いいえ、ただし、セッターを呼び出す必要がないため、セッターを保護することを検討できます。
longたり、呼び出したりするだけに頼らないでくださいlongValue()。明示的なnullチェックが必要です。このフィールドはORMプロバイダーによって管理されることになっているため、自分で明示的に初期化することはしません。0LDBへの最初の挿入時に設定されると思うので、これに設定されnullている場合、このレコードはまだ永続化されていないことがわかります。
Long場合、nullバージョンのフィールドはエンティティが新しいことを示すインジケータとして扱われる可能性が高いためlong、@Versionフィールドにはプリミティブではなくラッパーを使用する方がよい場合がSimpleJpaRepository.save(entity)あります。エンティティが新しい場合（バージョンがnullであることで示される）、Springはを呼び出しますem.persist(entity)。しかし、バージョンに値がある場合、それはを呼び出しますem.merge(entity)。これは、ラッパー型として宣言されているバージョンフィールドを初期化しないでおく必要がある理由でもあります。
@Pascalの回答は完全に有効ですが、私の経験から、以下のコードは楽観的ロックを達成するのに役立ちます。
@Entity
public class MyEntity implements Serializable {
// ...
@Version
@Column(name = "optlock", columnDefinition = "integer DEFAULT 0", nullable = false)
private long version = 0L;
// ...
}どうして？なぜなら：
@Versionnulloptlockのではなくversion。JPAベンダーは作成時にフィールドを強制するため、アプリケーションがデータベースにデータを挿入するためにJPA のみを使用する場合、最初のポイントは問題ではありません。しかし、ほとんどの場合、プレーンSQLステートメントも使用されています（少なくとも単体テストと統合テストの間）。0@version
u_lmod（最後に変更されたユーザー）と呼び、ユーザーは人間または定義済みの（自動化された）プロセス/エンティティ/アプリです（そのため、追加の保存u_lmod_idも意味があります）。（それは私の見解では非常に基本的なビジネスメタ属性です）。通常は、UTCでDATE（TIME）（年に関する情報を意味する...）として値を格納します（エディターのタイムゾーン「場所」がタイムゾーンで格納することが重要な場合）。さらに、DWH同期シナリオに非常に役立ちます。
エンティティがデータベースで更新されるたびに、バージョンフィールドが1つずつ増加します。データベース内のエンティティを更新するすべての操作はWHERE version = VERSION_THAT_WAS_LOADED_FROM_DATABASE、クエリに追加されます。
操作の影響を受ける行をチェックするときに、JPAフレームワークは、エンティティのロードと永続化の同時変更がないことを確認できます。ロードと永続化の間でバージョン番号が増加すると、クエリがデータベースでエンティティを見つけられないためです。
もう少し情報を追加するだけです。
JPAは内部でバージョンを管理しますが、を使用してレコードを更新する場合は管理しません。そのJPAUpdateClauseような場合は、手動でバージョンの増分をクエリに追加する必要があります。
JPQLによる更新についても同じことが言えます。つまり、エンティティへの単純な変更ではなく、データベースへの更新コマンドがhibernateによって実行された場合でも同様です。
ペドロ
JPAUpdateClause？
UPDATE myentity SET mycolumn = 'new value', version = version + 1 WHERE version = [old.version]。誰かがレコードを更新した場合old.version、DB のレコードと一致しなくなり、where句によって更新が行われなくなります。「更新された行」はになります0。JPAはこれを検出して、同時変更が発生したと結論付けることができます。