ITパスポート 2015年 秋期 問52

関係データベースの構築作業順序【ITパスポート 解説】

正解の理由

• 表（テーブル）は「列（カラム：データ項目）」の定義があって初めて作れます。
• レコード（行）は、作られた表に対して初めて入れられます。

• テーブル（表）：データを行と列で整理するもの。Excelのシートと似ています。
• カラム（列）：データ項目。例：氏名、部署、電話番号。
• レコード（行）：1件分のデータ。例：ある社員の氏名・部署・電話番号の組み合わせ。
• SQL（Structured Query Language：構造化照会言語）：データベース操作のための言語。
• DDL（Data Definition Language：データ定義言語）：テーブルを作るなど構造を定義するSQL文。
• DML（Data Manipulation Language：データ操作言語）：データを挿入・更新・削除するSQL文。

解法ステップ

1. a（業務で使用するデータ項目の洗い出し）
   • まず業務で必要な情報を洗い出します（例：顧客ID、氏名、住所、電話番号）。
   • これにより各テーブルが持つカラム名とデータ型（文字列・数値・日付など）を決めます。
2. b（表の生成）
   • 決めたカラム構成を元にテーブルを作成します。実際は DDL（例：CREATE TABLE）を使います。
3. c（レコードの挿入）
   • 作成したテーブルに対して、実際のデータを挿入します（DML、例：INSERT INTO）。

-- テーブルの作成（DDL）
CREATE TABLE customers (
  customer_id INT PRIMARY KEY,
  name VARCHAR(100),
  address VARCHAR(200),
  phone VARCHAR(20)
);

-- レコードの挿入（DML）
INSERT INTO customers (customer_id, name, address, phone)
VALUES (1, '山田太郎', '東京都千代田区...', '03-xxxx-xxxx');

選択肢別の誤答解説

• ア: a → b → c
  • 正しい流れです。まず項目を決め（a）、テーブルを作成し（b）、レコードを入れる（c）ため、手順が自然です。したがって ア が正解です。
• イ: a → c → b
  • 項目を決めた後にいきなりレコードを挿入しようとしていますが、テーブルが存在しないため挿入できません。技術的にも順序が逆になります。
• ウ: b → a → c
  • 先にテーブルを作ってから項目を洗い出すのは設計として不自然です。後から列の追加や修正が必要になり、手戻りや不整合が発生しやすくなります。実務では設計（a）を先に行います。
• エ: b → c → a
  • テーブルを作成し（b）、レコードを入れ（c）てから項目を洗い出す（a）という流れはあり得ません。挿入したデータに合わせて設計を後付けするのは重大なミスやデータの不整合を招きます。

よくある誤解

1. 「データがあれば後からテーブルを作ればいい」
   • 実際にはデータ形式やキー（識別子）を決めずに放り込むと整合性が取れず、あとで修正が大変です。設計は先に行うべきです。
2. 「テーブル作成はカンタンだから後でもよい」
   • テーブル自体は技術的に作れますが、業務要件に合わない構造だと運用で問題になります。項目の洗い出し（業務要件の把握）は必須です。
3. 「レコードは手で入れればいい」
   • 少量なら手入力でも良いですが、運用データはインポートやプログラムで入ることが多く、スキーマ設計が合っていないと自動処理で失敗します。

補足コラム

• 主キー（レコードを一意に識別する項目）の決定
• データ型（数値・日付・文字列など）の設計
• NULL（値がないこと）を許すかどうか
• 他のテーブルとの関係（外部キー）や正規化（同じ情報を重複させない設計） これらを設計段階で決めることで、データの整合性とメンテナンス性が保たれます。

FAQ