データモデリング＆デザイン入門 — 概念・論理・物理モデル

導入

「注文テーブルと顧客テーブルをどうつなぐか」——システム開発の現場では、データの構造を図で描いてから実装に入るのが基本です。この設計作業を「データモデリング」と呼び、システムの品質を左右する重要なプロセスになっています。

くわしく知ろう

データモデリングとは、データの構造・関係・制約を図や文書として表現する作業のことを指します。頭の中にある業務のルールを「見える形」に変えることで、開発者と業務担当者が共通の認識を持てるようになります。

モデルは3段階で作成していくのが一般的です。まず概念モデルは、ビジネス上の主要な「もの」（エンティティ）とその関係を大まかに表したものです。たとえば「顧客が注文をする」「注文には商品が含まれる」という関係を、詳細を省いて図にします。

次に論理モデルは、概念モデルに属性（データ項目）・キー・正規化を加えた詳細設計です。正規化とは、データの重複や矛盾を排除するための整理手法で、更新・追加・削除の際に不整合が起きにくい構造を目指します。

最後に物理モデルは、実際に使用するデータベース管理システム（DBMS）の仕様に合わせて、テーブル名・カラム名・データ型・インデックスまで具体化した設計です。

これらのモデルを描く際によく使われる図がER図（Entity-Relationship Diagram）で、エンティティを四角形、エンティティ間の関係を線で表します。

具体例

ECサイトを設計するとき、まず概念モデルで「顧客・注文・商品」の関係を描き、論理モデルで顧客IDや商品名などの属性を加え、物理モデルでMySQLの実テーブル定義に落とし込む、という順序で進めていきます。

まとめ・試験ポイント

• データモデリング＝データの構造・関係を図や文書で表現する作業
• 概念モデル＝ビジネス上のエンティティと関係を大まかに表現
• 論理モデル＝属性・キー・正規化を含む詳細設計
• 物理モデル＝DBMSに合わせたテーブル・カラム定義
• ER図＝エンティティと関係を図で表す代表的な記法
• 試験では3モデルの順序と特徴の違いを問う出題が多い