論理テーブル設計と物理テーブルデータ設計の違いや特徴

業務要件を集約して、データモデル（※注１）として表現し、更にデータモデル同士の関係性を定義します。具体的にはオブジェクト（例：顧客、商品、在庫、店舗等々）とその属性（≒カラム相当）を定義し、お互いの関係性をER図として表現していきます。

 

（※注１）現実世界を抽象化して表構造にしたもの

 

（表）

	■論理設計
目的	データモデルとその関係性を表現する
設計者	アーキテクトや業務SE
設計内容	・①エンティティ名 ・②エンティティの関連性 ・③エンティティの属性 ・④テーブルの主キー（PK） ・⑤テーブルの外部キー（FK）

●論理DB設計の主なアウトプット

00 未承認
01 承認済
02 取消

データベースのテーブルやカラムを実装するためを設計です。

 

論理設計で作ったエンティティ／属性に対して実際のテーブル名／カラム名／データ型などを設計し、テーブルを作成できるようにします。また、インデックス等のDB最適化等、他にもテーブル生成に必要となる情報もこのタイミングで検討設計します。

 

（表）

	■物理設計
目的	データベースを実際に作成するための設計
設計者	DB管理者、開発者
設計内容	・④テーブルの主キー（PK） ・⑤テーブルの外部キー（FK） ・⑥テーブル名 ・⑦カラム名 ・⑧カラムデータ型 ・⑨インデックス

整理すると、「論理テーブル設計」は主にエンティティ（テーブル相当）と属性（カラム相当）を設計し、その関連性まで定義する所がゴールです。それに対して、「物理テーブル設計」は実際のテーブル名、カラム名に加え、主キーや外部キー、更にはインデックスといった、実際にテーブルを生成するために必要な細部の設計を行います。

 

（表）

項目	概念	論理	物理	備考
①エンティティ名	○	○		DBのテーブルに対応
②エンティティ関連性	○	○		ER図
③エンティティの属性		○		DBのカラムに対応
④テーブルの主キー		△	○	主キー＝PK
⑤テーブルの外部キー		△	○	外部キー＝FK
⑥テーブル名			○
⑦カラム名			○
⑧カラムデータ型			○	カラムのデータ型 （VARCHAR、NUMBER、DATE、BLOB、LONG）
⑨インデックス			○	インデックスは、DBにおいてフルスキャン（全検索）せずに目的のデータに素早く到達するための目次のような機能です。

●各断面でのアウトプットイメージ