ITパスポート 2018年 秋期 問100

レコードの関連付けに関する説明【ITパスポート 解説】

正解の理由

解法ステップ

1. 「関係データベース（リレーショナルデータベース）」の基本を思い出す：表（テーブル）どうしはキーの値で結び付ける。
2. 各選択肢がこの仕組みに当てはまるかを順に検討する。
3. 「値（フィールドの値）で関連付ける」説明が一致する選択肢が正しいと判断する。

-- 顧客テーブル
CREATE TABLE Customer (
  customer_id INT PRIMARY KEY,
  name VARCHAR(100)
);

-- 注文テーブル
CREATE TABLE Order (
  order_id INT PRIMARY KEY,
  customer_id INT,
  FOREIGN KEY (customer_id) REFERENCES Customer(customer_id)
);

-- 顧客と注文を結び付けて取得（結合）
SELECT c.name, o.order_id
FROM Customer c
JOIN Order o ON c.customer_id = o.customer_id;

選択肢別の誤答解説

• ア: 「各表の先頭行から数えた同じ行位置で関連付けられる」
  行の位置（何行目か）で関連付けるのは表の並び順やスプレッドシート的な考え方です。関係データベースは位置に依存しません。レコードの並び順は変わることがあり、位置での関連付けは正しくありません。
• イ: 「対応するフィールドの値を介して関連付けられる」
  正しい。主キーと外部キーなど、フィールドの値でレコード同士を結び付けます。
• ウ: 「レコードとレコードは、親子関係を表すポインタで関連付けられる」
  ポインタ（pointer：メモリ上の別の場所を指す参照）はプログラミングや一部のデータ構造で使われます。古い階層型データベースやネットワーク型データベースではナビゲーション的にポインタが使われることがありますが、リレーショナルモデルの概念としてはキーによる値の一致で関連付けます。したがって誤りです。
• エ: 「レコードとレコードは、ハッシュ関数で関連付けられる」
  ハッシュ関数（データを固定長の値に変換する関数）は索引（インデックス）や高速検索に使われますが、テーブル間の論理的な関係付け（どの顧客の注文かを表す）を決める仕組みではありません。ハッシュは内部処理や検索最適化の技術であり、関係データベースの基本概念とは異なります。

よくある誤解

1. 「表の行番号（位置）でつながっている」
   スプレッドシートだと同じ行に関連データを置くことが多いですが、関係データベースはフィールド値（キー）で結び付けます。行の順序は保証されません。
2. 「ポインタ＝関係付け」
   ポインタという言葉を聞くと「参照でつながる」と思いがちですが、リレーショナルモデルは値の一致（キー）を基本にします。内部実装でポインタを使う場合があっても論理モデルとは別です。
3. 「ハッシュがあれば結び付けられる」
   ハッシュは一致判定や高速検索に使えますが、テーブル間の参照関係（誰が誰の注文か）を定義するものではありません。

補足コラム

FAQ