データモデル

業務で扱うデータの構造、データ間の関係、守るべき制約を、決められた表記で表したもの。設計の段階に応じて概念・論理・物理のデータモデルがあり、データベースの方式に応じて関係モデル、階層モデル、ネットワークモデル、グラフ型のデータモデルなどがある。

データベースで扱うデータの構造、データどうしの関係、守るべき制約を、決められた表記で表したもの。抽象度に応じて概念データモデル・論理データモデル・物理データモデルの段階があり、論理データモデルにはデータの表し方の違いで関係モデル、階層モデル、ネットワークモデルなどがある。

対象業務で扱うデータの構造、データ間の関連、データが守るべき制約（整合性制約）を、決められた表記で表したもの。抽象度に応じて、業務の実体と関連をE-R図などで表す概念データモデル、関係モデルなど特定のデータベースの方式に沿って表す論理データモデル、格納構造やインデックスまで決める物理データモデルの段階があり、上位から順に変換して設計する。

業務で扱う実体と、その属性および関係を構造として表したもの。概念、論理、物理の各段階があり、段階を追って実装に近づけていく。

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

業務で扱う実体と、その属性および関係を構造として表したもの。概念、論理、物理の各段階があり、段階を追って実装に近づけていく。

概念データモデルを、関係モデルなど採用するデータベースの方式に合わせて具体化したデータモデル。関係データベースでは、正規化を行って表、列、主キー、外部キー、制約を定義する。索引や格納方法など、特定の製品や記憶装置に依存する事項は物理設計で決める。

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

業務で扱うデータとデータ間の関係を、特定のDBMSに依存せずに表したモデル。E-R図などで実体（エンティティ）、属性、関連を表し、利用者と開発者がデータの構造について合意するために使う。これを基に、特定のデータモデルに沿った論理データモデル、格納の方法まで決める物理データモデルへと詳細化する。

データの構造を、実体（エンティティ）、実体が持つ属性、実体間の関連（リレーションシップ）で表す図。関連にはカーディナリティ（1対1、1対多、多対多）を示す。概念データモデルの記述に使われ、業務分析や要件定義でデータの構造を整理するのにも使われる。

関係（表）を対象とする演算の体系で、関係データベースのデータ操作の理論的な基礎。集合演算（和、差、積、直積）と関係演算（選択、射影、結合、商）からなり、演算の結果も関係になるため、演算を組み合わせて複雑な問合せを表現できる。

システム要件定義で定める、データベースに関する要件。扱うデータの項目・件数・増加量・保存期間、アクセスの頻度と応答時間、整合性やバックアップ・機密保護の条件などを明らかにし、データベース方式の決定や設計の前提とする。