基本情報技術者 2010年 春期 午前（科目A） 問32

排他制御（同時更新防止）【午前解説】

正解の理由

解法ステップ

1. 設問文のキーワードを確認：「同じデータ」「同時に更新」「矛盾が起きないように」。
2. キーワードから問われる領域を特定：「同時実行制御（Concurrency control）」と判断。
3. 各選択肢の目的を比較：アクセス制御（認可）、機密保護（Confidentiality）、排他制御（Concurrency）、リカバリ（Recovery）。
4. 同時更新の矛盾防止に直接対応するものを選択：排他制御（ウ）。

選択肢別の誤答解説

• ア: アクセス権限
  誤り。ユーザやプログラムの操作可否を制御するもので、同時更新による整合性維持は目的外です。
• イ: 機密保護
  誤り。データの秘匿性や情報漏えい防止が主目的で、同時更新の競合制御とは関係ありません。
• ウ: 排他制御
  正解。ロックや楽観的制御、MVCCなどで同時更新の競合を防ぎ、データの整合性を保ちます。
• エ: リカバリ制御
  誤り。障害からの復旧（ログ適用やロールバック等）が目的で、同時更新の防止とは用途が異なります。

よくある誤解

• アクセス権限（ア）と混同しやすい：アクセス権限は「誰が何をできるか」を制御するもので、同時更新による競合の防止が目的ではありません。
• リカバリ制御（エ）は障害復旧が目的：障害時にログから状態を戻す機能で、並行更新の制御とは役割が異なります。
• 排他制御＝単純ロックと限らない：悲観的ロックだけでなく、楽観的制御やMVCCなど複数の実装方式がある点を押さえておく必要があります。

補足コラム

• 排他制御の実装例には悲観的制御（排他ロック／共有ロック）と楽観的制御（更新時に衝突検出）があり、DBMSによってMVCC（多版並行制御）を採用することも多いです。
• トランザクション分離レベル（例：SERIALIZABLE、REPEATABLE READ、READ COMMITTED）は、同時実行時の現象（ダーティリード、非反復読取、ファントム等）をどう許容するかを定めます。
• 排他制御は強力ですが、デッドロックや性能低下を引き起こす可能性があるため、適切な設計と運用（タイムアウトやデッドロック検出）が必要です。

BEGIN;
SELECT * FROM accounts WHERE id = 1 FOR UPDATE;
UPDATE accounts SET balance = balance - 100 WHERE id = 1;
COMMIT;

FAQ