ITパスポート 2012年 春期 問76

E-R図の説明と、その応用例【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題文のキーワードを探す：「実体」「関連」「関係データベース」「表同士の関連」など。これがE-R図の説明に合致するか確認します。
2. 選択肢の説明と照らし合わせる：アはスケジュール、ウはプログラムの流れ、エは状態遷移という別の図を示しています。E-R図の特徴（実体と関連）と一致するのは イ だけです。
3. 結論として、実体同士の関連を表し、データベース設計に使う説明を選びます（イ を選択）。

選択肢別の誤答解説

• ア: 「作業順序や作業時間を表した図」
  これはガントチャート（Gantt chart：作業の開始・終了と期間を棒で表す図）に該当します。プロジェクトの日程管理に使われます。E-R図とは目的が違います。
• イ: 「実体同士の関連を表した図」
  これがE-R図の定義です。関係データベースのテーブル設計に直結するため適切です。
• ウ: 「順次、選択、繰返し構造を組み合わせて表す図」
  これはフローチャート（flowchart：処理の流れを図で表す）やアルゴリズムの図に該当します。プログラムの流れを示す目的です。
• エ: 「状態の遷移や条件を記載した図」
  これは状態遷移図（state transition diagram：状態とその変化を表す図）です。通信プロトコルや機械の状態管理などに使われます。E-R図とは用途が異なります。

よくある誤解

1. E-R図とUMLクラス図は同じと思う誤解
   • 見た目が似る部分はありますが、E-R図は主にデータ（どのデータをどう保存するか）を設計するために使います。UMLのクラス図はシステムの振る舞いやオブジェクト指向設計（クラスの操作や継承関係など）も表現します。目的が異なります。
2. 「関係＝別の表になる」と思い込む誤解
   • 1対多の関連は外部キーで表現するのが普通で、必ずしも別のテーブルにする必要はありません（多対多の関連は中間テーブルが必要になることが多い）。関連の表現方法は関係の種類（カーディナリティ）によります。
3. 属性と関連を混同する誤解
   • 属性は「その実体の性質（例：顧客の名前、住所）」、関連は「実体同士のつながり（例：顧客が注文を出す）」です。用途を混同しないようにしましょう。

補足コラム

• 実体（エンティティ、entity）… ものや人。例：顧客(Customer)、注文(Order)。
• 属性（attribute）… 実体の性質。例：顧客の氏名、住所、注文の日付。
• 関連（relationship）… 実体同士の関係。例：顧客が注文をする。
• カーディナリティ（cardinality）… 関連の数の制約。例：1対多（1人の顧客が複数の注文を持つ）。

-- 顧客テーブル
CREATE TABLE Customer (
  customer_id INT PRIMARY KEY, -- 主キー（各顧客を一意に識別）
  name VARCHAR(100),
  address VARCHAR(200)
);

-- 注文テーブル
CREATE TABLE Order (
  order_id INT PRIMARY KEY,
  customer_id INT, -- 外部キー（どの顧客の注文か）
  order_date DATE,
  FOREIGN KEY (customer_id) REFERENCES Customer(customer_id)
);

FAQ