Q&A
何に対しての排他制御ですか？
マスター更新時に関して、それを参照している側に対しての排他を言われてますか？
これまで携わったシステムでも、データの不整合が生じないように、
原則、排他制御を実施してきました。
しかも、殆ど楽観ロックだったんですが
ふと「マスタメンテナンス時に楽観ロック」は必要なのかという疑問が湧きました。
※ユーザ(A)がデータを取得して編集中に、別のユーザ(B)がDBを更新。
その後、ユーザ(A)がそのままDBを更新してもよいのではないか？という質問です
（処理の実行中だけはDBをロックする前提です）
今回の質問では、マスタ更新が競合した際の排他を意図しています。
Aさんが更新を開始した際のバージョンを記憶しておき、Aさんは修正を行います。
修正中に、Bさんが先に更新するケースです。
（分かりづらい文章ですみません・・・）
回答2件
0
ベストアンサー
例をとると
※ユーザ(A)がデータを取得して編集中に、別のユーザ(B)がDBを更新。
その後、ユーザ(A)がそのままDBを更新してもよいのではないか？という質問です
これは「決め」次第です。
「それでも良い」という前提で要件を定義するだけ。
「それではいけない」という要件ならばそのように設計し、
きちんとロックして編集が終わるまで手を出させないような実装にする。
「メンテするマスタ情報がどこでどのように使わているか」次第でもあります。
全体の構成から考える必要もあります。
投稿2021/01/13 04:42
総合スコア80875
そうですよね・・・。
要件を踏まえるといらないと考えるので、
「決め」で不要にしようかとも思うのですが、
自分の関連してきたシステムでは「不要」のシステムが殆どなかったので迷いが生じました。
経験は時に邪魔になるので、目の前のことに集中してみてください。
sadakichiさん
画面でのデータ更新に係わる排他処理には大きく楽観的排他処理と悲観的排他処理があります。
要件に応じてどちらを採用するか検討されるといいと思います。
https://www.google.com/search?q=%E6%8E%92%E4%BB%96%E5%87%A6%E7%90%86+%E6%A5%BD%E8%A6%B3%E7%9A%84+%E6%82%B2%E8%A6%B3%E7%9A%84
0
Aの更新中にBが更新してAが上書き更新ということですか？
Bの更新が無効になってもよいならよいでしょうけど
それこそトランザクションで対応する案件のような気もしますが・・・
投稿2021/01/13 04:43
総合スコア116694
あなたの回答
tips
プレビュー
