楽観ロックのデメリット、プログラムで制御する必要があるとは？

Question

javaプログラミング初心者です。

排他的制御の楽観ロックについて勉強しているのですが、
デメリットのひとつである、
「プログラムで制御する必要がある」
とはどういうことでしょうか？

ネットで調べていますが、うまく見つけることができません。
わかる方がいればよろしくお願いします。

Answer 1

こんにちは。

まず、楽観的排他と悲観的排他については理解していらっしゃいますね？

悲観的排他＝DBの機能として、テーブルロック、あるいは行ロックして、他者にデータ更新させない仕組み
楽観的排他＝「プログラムで制御して」結果的に他者にデータ更新させない仕組み

です。
これらのメリット・デメリットはここではおいておきます。

で、楽観的排他の方法ですが、
(1)テーブルに、
・最終更新日時
・バージョンNO
のような楽観排他判定用カラムを用意します。

(2)データ更新時には、上記のカラムを常に更新するようにします。
ex)
・最終更新日時＝常にシステム日時で上書き
・バージョンNo＝更新のたびに、１づつアップ

(3)データ更新・削除時には、上記のカラムを条件節に含めるようにします。
このとき、
クエリの実行結果が0行だった＝その条件に合うレコードがない＝楽観排他カラムが更新されいている＝他者が更新を行っている
ことになります。

こうすることで、「データ更新したい・削除したい」レコードが、その後変更されていないかどうか？を判断することができます。

O/Rマッパによってはこういった関数をあらかじめ用意してある場合もありますので、うまく利用してみてくださいね。

Comments

[k499778]

回答ありがとうございます。
楽観ロック悲観ロックについては自分なりに勉強したつもりです。
バージョンナンバーをテーブルのカラムに追加する仕組みも勉強しました。
そういう風にすることがつまりプログラムで制御するということだったということでしょうか？
私はまず前提としてわかっていなかったのかもしれません。
初心者の私の勝手なイメージとしては、DBなどで悲観ロックか楽観ロックかをドロップダウンリストのようなものから選べて簡単に設定できる。というものでした。
そうではなくて楽観ロックにするには、タイムスタンプやバージョンナンバーを開発者が用意して、まさしく「プログラムで制御する」必要があるということでしょうか？
その認識であっているでしょうか？
追加質問となってご迷惑かもしれませんが、ご都合の良いときに返答いただけたらと思います。

[shiina]

まさに、takaRyoさんのおっしゃるとおり、それが、「プログラムで制御する」ということです！
（DBの「機能」として、楽観ロック、というものはありません）

[k499778]

なるほどですね！shiinaさんのおかげでスッキリしました。
ありがとうございました！