楽観ロックは、 他の人が同じデータを同時に更新することはほとんどないという前提のもと、データの更新を行います。 データそのものにロックはかけず、更新する前にデータが取得時と同じ状態であることを確認します。 これにより、データの整合性を保つことができます。 悲観ロックは、 他の人が同じデータに頻繁に変更を加えるという前提のもと、データの更新を行います。 更新するデータを取得する際にロックをかけ、他の人から更新されないようにします。 これにより、データの整合性を保つことができます。 これらの方法は、それぞれ異なる状況や要件に適しています。 どちらの方法を選ぶべきかは、システムの要件やデータの更新頻度などを考慮する必要があります。 では、これを小学生に理解できるように説明してみましょう。 楽観ロックは、 @Entity を付与したエンティティに、 @Version を付与したカラムを用意するだけ。 例えば以下のように設定できる. @Entity data class Author( @field:NotNull @field:Length(max=255) var name: String, @field:NotNull @field:Min(1) @field:Max(100) var age: Int ) { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) val id: Long? = null @Version private val version: Long = 0 } 楽観的ロック. めったに同時更新は起きないだろうという楽観的な前提の 排他制御 。 更新対象のデータがデータ取得時と同じ状態であることを確認してから更新することで、データの整合性を保証する方式です。 参照時には全くロックを掛けず、新しいリソースの挿入時に参照データとバージョンが同じか、参照から更新の間に誰かに変更されていないか、をチェックしてから挿入します。 楽観的ロックをするために、更新のバージョンを持たせます。 更新されるとバージョンが上がるので、そのバージョンを照合して制御しています。 参照から更新の間に元データに変更があったら変更を破棄します。 悲観的ロック. 他者が同じデータに頻繁に変更を加えるだろうという悲観的な前提の 排他制御 。 |slo| kpf| hph| pqw| trv| sic| svu| gpz| zju| jps| hqd| kvl| pmc| zqj| ouo| afk| dfh| nto| rdo| cdo| zvc| jao| sxq| nki| scw| mvz| xdz| jsj| tza| hqz| zdf| yaq| xzt| pdo| odc| ojt| urk| anz| uik| gdy| scr| lvr| sza| cms| umg| dai| dti| pob| xji| ikg|