データモデル

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

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

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

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

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

現実世界の対象を、データの構造、データ間の関係、データが満たすべき制約によって抽象的に表したもの。抽象度に応じて概念データモデル、論理データモデル、物理データモデルの段階があり、データの表し方として関係モデル、階層モデル、ネットワークモデル、グラフ型のデータモデルなどがある。

概念データモデルを特定のデータモデル（関係モデルなど）に変換したもの。テーブル名、属性名、データ型、制約（主キー、外部キー、NOT NULLなど）を定義する。DBMS製品には依存しない。

実体（エンティティ）、属性（アトリビュート）、関連（リレーションシップ）の3要素でデータの構造を視覚的に表現する図法。データベースの概念設計や業務分析において、データ間の関係を明確にするために用いられる。

データを体系的に分類・管理するためのコード（番号・記号）の体系を設計すること。順番コード、区分コード、桁別コードなどの種類がある。

関係データベースのテーブル設計において、データの重複を排除し、整合性を保ちやすい構造にするための手法。第1正規形から第3正規形まで段階的に行う。

データベースの構造を外部スキーマ（利用者やプログラムから見たデータの定義）、概念スキーマ（データベース全体の論理的構造）、内部スキーマ（物理的な記憶構造）の3層に分けて管理する方式。データの独立性を高める。

論理データモデルを、実際に使うDBMSの機能に合わせて具体化したモデル。データ型、索引、ファイル配置、容量見積りなど、性能と実装に関わる事項まで決める。