ITパスポート 2026年 問72

口座・顧客・取引明細の追加順序【ITパスポート 解説】

正解の理由

• 「顧客」表の顧客番号は主キー。
• 「口座」表の顧客番号は外部キーで、顧客表の顧客番号を参照している。
• 「取引明細」表の口座番号は外部キーで、口座表の口座番号を参照している。

解法ステップ

1. 図からどの列が主キー（実線）で、どの列が外部キー（破線）かを確認する。
2. 外部キーは参照先（親）が先に存在しなければならないことを理解する（参照整合性）。
3. 親→子 の順で考える：顧客（親）→口座（子）→取引明細（孫）。
4. 実際の挿入はデータベースのトランザクション（複数操作を一つにまとめる仕組み）でまとめると安全。

選択肢別の誤答解説

• ア: 口座→顧客→取引明細
  口座を先に追加すると、その口座の顧客番号は「顧客」表の主キーを参照します。まだ顧客が存在しないため、多くのデータベースでは外部キー制約違反となり挿入できません。
• イ: 顧客→口座→取引明細
  正解。親（顧客）を先に作成し、子（口座）、さらに孫（取引明細）の順で追加することで外部キー制約を満たします。
• ウ: 顧客→取引明細→口座
  顧客を先に作っても、取引明細は口座番号を参照しているため、口座がまだない状況では挿入できません。取引明細は口座の存在を前提にするため順序が不適切です。
• エ: 取引明細→口座→顧客
  最も不適切。取引明細は口座を、口座は顧客を参照しているため、全ての参照先が未作成で外部キー違反になります。

よくある誤解

1. 「順序は関係ない」は間違い
   一部のデータベース設定で外部キー制約を遅延チェック（deferred）にできる場合もありますが、試験では標準的な即時チェックを前提に考えるのが安全です。基本は親を先に入れることを覚えてください。
2. 「入金の『時間的順序』と挿入順序を混同する」
   実際の出来事としては「入金が先に行われた」と感じても、データベース上の参照関係は別です。参照先が存在しないと記録（取引明細）は入れられません。まず口座（と口座が参照する顧客）を用意します。
3. 主キーと外部キーの取り違え
   主キーは「その表の識別子」。外部キーは「他の表の識別子を参照する列」です。図の実線＝主キー、破線＝外部キーをまず確認しましょう。

補足コラム

• 参照整合性（referential integrity）とは
  外部キーが常に有効な参照先を指すようにするルールです。これにより「存在しない顧客に紐づく口座」や「存在しない口座に紐づく取引」が起きないようにできます。
• トランザクション（transaction）での処理
  顧客追加→口座追加→取引明細追加を一連のトランザクションで行えば、途中でエラーが起きたときに全て取り消す（ロールバックする）ことができます。これによりデータの不整合を防げます。
• 初期残高の扱い
  口座の「残高」を初期値として10000円でINSERTする方法と、口座残高は0で取引明細に「入金10000円」を追加して残高を計算する方法があります。どちらを採るかは設計方針によりますが、実運用では両方（残高を更新し、取引履歴も残す）が一般的です。
• 簡単なSQL例（トランザクションで安全に挿入）

BEGIN;

-- 1 顧客を追加
INSERT INTO 顧客(顧客番号, 顧客名) VALUES ('C001', '山田太郎');

-- 2 口座を追加（残高を初期値として設定）
INSERT INTO 口座(口座番号, 口座種別, 残高, 顧客番号)
VALUES ('A100', '普通', 10000, 'C001');

-- 3 取引明細に入金を記録
INSERT INTO 取引明細(取引番号, 取引日時, 取引種別, 取引金額, 口座番号)
VALUES ('T0001', CURRENT_TIMESTAMP, '入金', 10000, 'A100');

COMMIT;

FAQ