演習１   就職内定データベース

• 1節：テーブル設計
• 2節：テーブルの作成
• 3節：テーブルの物理設計
• 4節：

まだ、論理設計の段階にあります。リレーショナルモデルでは、実体の詳細属性の抽出、実体の正規化が行われたら、今度は実体を２次元の表（テーブル）に置き換えていく作業に入る。

表を定義するのに必要な要件は、フィールド名（属性名）、各フィールドのデータ型、主キーまたは外部キーとなるフィールドの区別、データ入力が必須のフィールドなど色々ある。 そこで次のような「要件項目表」を準備して必要な情報を記入しておくとよい。 ER図で現れる１つの実体に対して1枚の項目表に、その実体に定義されている属性について詳しい情報を記入していく。

要件項目表＜参考：採用内定テーブルの場合＞

フィールド名			内定ID	内定日	学籍番号	企業CD
データ型			オートナンバー型	日付／時刻型	テキスト型	テキスト型
最大データ長	（フィールドサイズ）		5	14	8	8
主キー・外部キーの区別			PK		FK1	FK2
一意性			はい		はい	はい
入力必須	（値要求）		はい	はい	はい	はい
入力規則	（実体の制約）
従属先表名	（参照表先）				学生マスター	企業マスター
関数従属先				内定ID	内定ID	内定ID
サンプルデータ			98765	2004/06/010104001	10101

この要件項目表で記載する項目の説明をしておこう。

1. 主キー・外部キーの区別
   主キーに対しては「PF」(primary key)、外部キーに対しては「FK」(foreign key)と記入する。複数のフィールドが外部キーとなっている場合は、FK1、FK2、Fk3というように識別番号を付けておく。
2. 一意性
   テーブル内でデータ値の重複を許さず、必ず一意（unique）でなければならないフィールドには「はい」と記入する。複数のフィールドの組合せで一意となる場合は、それらに対して「はい1」というように同じ識別番号を付けておく。
3. 入力必須（値要求）
   必ずデータ入力が必要な（Not Null）フィールドには、「はい」と記入する。
4. 入力規則（実体の制約）
   次節の「制約の定義」で説明する実体の制約の「CHECK制約」の内容を記述する。
5. 従属先表名（参照表先）
   実体の間で関連（リレーション）があった場合、従属する側のテーブルの外部キー・フィールドに「従属先表名」を記入する。
6. 関数従属先
   この段階ではテーブルの定義に戻る訳ではないが、正規化の確認のために利用する。従属するフィールド名を記入する。同じテーブルにあることを確認する。
7. サンプルデータ
   具体的なデータの値が分かれば記入する。フィールド毎に最大値など特徴的なデータ値を書いてみる。

データが事前に定義された規則に基づいて、正しく入力されることを保障することを「入力規則の定義」という。具体的には以下のような制約の保障をする。 論理設計の一環として、システム開発の対象となる業務の規則に基づき、どのような制約を設定すべきかを分析する。制約の設定を行うことでシステム化工程の検査が分かり易くなり、かつ、データベースのデータ整合性が向上し、データベースの保守が容易になる。

• 無効なデータを入力させない
• 無効なデータへの更新を禁止する

一般にデータベースが自動的に上記の制約をチェックして違反操作を無効にしてくれる機能を持っている。この機能のことを制約（constraint）という。データベースの制約機能には次のような種類がある。

今までの作業でテーブルは殆ど完成しています。次は、利用者が本当に欲しいデータ（情報）が実体またはテーブルから問題なく取り出すことができるかについて検討します。データベースでは、特定の業務やその工程で必要なデータ構造は「ビュー」というオブジェクトで実現できる。

ビューは、実体のテーブルに対してどのように加工・操作すれば、必要な情報がデータ形式で得られるかを表現した「問い合わせ」の情報であり、それに名前をつけて登録したものである。言い換えれば、ビューとは、テーブルに対して特定の見方を提供する為に定義するもの（論理的な見方）であり、ビューに対応する物理的なテーブル（実体）が存在する訳けではない。 データベースの理論では、ビューは「外部スキーマ」といって、実体を定義する「概念スキーマ」とデータベースを利用した業務アプリケーションとを独立させる役割を荷っている。

実際に利用者が欲しいデータというのは、画面や帳票などの「外部仕様」として明確になっている場合が多い。例えば、ある学生の現在の内定状況を表示する、という情報が必要であるとする。必要なデータは５つのテーブルに分かれて格納されているから、複数のテーブルを統合・射影して求められるデータ構造にした「ビュー」を作成しておく。どんなビューが必要になるかは利用者の業務要求を分析して以下のように分類して決める。

ビューの作成方法としては以下の種類が考えられる。次の物理設計で述べるように、Microsoft Accessでは、ビューは「クエリ」オブジェクトや「レポート」オブジェクトで作成される。