データモデリング

業務で扱うデータの構造、関係、制約を体系的に定義するプロセス。概念データモデル、論理データモデル、物理データモデルの3段階で詳細化し、データベース設計の基礎とする。

業務で扱う実体とその関係を整理し、データの構造として表現する活動。概念・論理・物理の各段階で段階的に詳細化し、組織で共有できるデータ構造の設計図をつくる。

業務で扱うデータの要素とそれらの関係を図や記法で表現し、データ構造を設計すること。概念データモデル、論理データモデル、物理データモデルの順に詳細化し、E-R図などを用いる。システム間でデータの意味をそろえ、データ統合や品質確保の土台になる。

対象の性質や特徴を表すデータ項目。オブジェクト指向ではクラスが持つデータを指し、操作（メソッド）と組にして定義する。データモデルではエンティティが持つ項目を指し、関係データベースでは表の列に対応する。

組織全体で扱う主要なデータの種類（主題領域や実体）とその関係を、個々のシステムから独立して表した全社共通のデータモデル。概念レベルから論理レベルまで段階的に詳細化し、システム間でデータの定義をそろえ、データの重複や不整合を減らす基準とする。

データの構造、データに対する操作、データが満たすべき制約を表現するための枠組み。抽象度により概念データモデル・論理データモデル・物理データモデルに分けて段階的に設計する。データの表し方の型としては、階層型、ネットワーク型、関係モデル、ドキュメント型、グラフ型などがある。

組織が扱うデータをどのような構造で定義し、どこに保存し、システム間でどう流通・統合し、どう管理するかを示す全体の設計図。エンタープライズアーキテクチャを構成する要素の一つで、データモデル、データストア（データウェアハウスやデータレイク）の配置、データ連携の方式、データ管理の標準などを含む。

業務で扱うデータを、エンティティ、属性、エンティティ間の関連として表したデータモデル。特定のDBMSや実装方式に依存しない形で業務の意味を表現するもので、E-R図やUMLのクラス図で記述する。利用部門と業務ルールを確認する手段となり、これを論理データモデル、物理データモデルへと具体化していく。

E-R図などで、関連する2つのエンティティのインスタンスが何対何で対応するかを表す性質。1対1、1対多、多対多があり、相手が存在しない場合を許すかどうか（0を含むか）も併せて表す。データベースの物理設計では、列に含まれる異なる値の個数を指す意味でも使い、値の種類が少ない列はビットマップインデックス、多い列はB木インデックスが向くといった索引の選択の根拠になる。