ITパスポート 2017年 春期 問87

E-R図に関する記述【ITパスポート 解説】

正解の理由

• エンティティ（entity）：データベースで管理したい「もの」や「人」（例：顧客、商品、注文）。
• 属性（attribute）：エンティティが持つ情報（例：顧客名、住所、注文日）。
• リレーションシップ（relationship）：エンティティ同士の結びつき（例：顧客が注文をする＝顧客と注文の関係）。 E-R図はこれらを図で表し、データベースの論理設計（どんなテーブルが必要か、どう結合するか）に使います。

解法ステップ

1. 問題文のキーワードを探す：「E-R図」「データ」「関係」「設計」など。
2. 各選択肢の意味を思い浮かべる：
   • ア：構造化プログラミング向けの図とは何か？
   • イ：所要期間の見積り＝プロジェクト管理の図（例：PERT図、ガントチャート）か？
   • ウ：処理手順＝フローチャートか？
   • エ：データと関係＝E-R図か？
3. E-R図の定義と一致する選択肢を選ぶ。
4. ダブルチェック：他の選択肢は処理手順や工程管理に関する用語と一致するか確認する。

選択肢別の誤答解説

• ア: 構造化プログラミングのためのアルゴリズムを表記する。
  → これは「構造化設計図（例：NS図／Nassi–Shneiderman図など）」や擬似コードに関する説明で、E-R図の役割とは異なります。E-R図はアルゴリズム（処理手順）を示しません。
• イ: 作業の所要期間の見積りやスケジューリングを行い、工程を管理する。
  → これはプロジェクト管理に使う図（PERT図、ガントチャート）に関する説明です。E-R図は時間管理やスケジュールを扱いません。
• ウ: 処理手順などのアルゴリズムを図で表記する。
  → これはフローチャート（処理の流れを示す図）やアクティビティ図（UML）に該当します。E-R図は手順ではなくデータ構造を表現します。
• エ: データベースの設計に当たって、データ間の関係を表記する。
  → これが正しい説明です。E-R図は論理設計段階で重要な道具です。

よくある誤解

1. 「E-R図は処理の流れ（プログラムの手順）を示す」
   → 誤りです。処理の流れはフローチャートやシーケンス図が担当します。E-R図は“データ”と“関係”を示します。
2. 「E-R図はそのままデータベースの実装図（物理設計）である」
   → E-R図は論理設計に近く、物理設計（実際のテーブル定義、インデックスの設計など）に変換する作業が必要です。実装時には名前や型を決めたり、結合テーブルを作ったりします。
3. 「UMLのクラス図と同じ」
   → 似ていますが目的が違います。クラス図はソフトウェア設計（オブジェクト指向）向け、E-R図はデータ中心の設計向けです。見た目が似ている場合もありますが、意味付けが異なります。

補足コラム

• エンティティ：顧客（Customer）, 注文（Order）
• 属性：Customer → 顧客ID、氏名、住所。 Order → 注文ID、注文日、金額。
• 関係：Customer 1対N Order（1人の顧客が複数の注文を行う） 実装では、Orderテーブルに Customer の主キー（顧客ID）を外部キーとして持たせることで関係を表現します。多対多（N:M）の関係は「中間テーブル（橋渡しテーブル）」を作って解消します（例：学生と講義なら student_course テーブル）。

• E（Entity）＝「もの」・「人」などデータの主体
• R（Relationship）＝それらの「つながり」 英語の意味から考えると覚えやすくなります。

FAQ