関係モデル

データを関係（リレーション＝表）の集合として表現するデータモデル。各表はタプル（行）と属性（列）から構成され、関係演算（選択、射影、結合など）によってデータを操作する。

データを関係（リレーション＝二次元の表）で表現するデータモデル。表の行をタプル、列を属性（フィールド）と呼ぶ。属性が取り得る値の範囲を定義域（ドメイン）といい、関係代数や関係論理に基づく厳密な理論的基盤を持つ。

E.F.コッドが1970年に提唱した、データを行（タプル）と列（属性）からなる関係（表）の集合として表すデータモデル。関係代数に基づく集合単位の操作と、主キーや参照制約などの整合性制約を持つ。データの格納方法から独立して宣言的に問い合わせられるのが特徴で、SQLを使う関係データベースの理論的な基盤である。

データを関係（リレーション＝二次元の表）で表現するデータモデル。表の行をタプル、列を属性（フィールド）と呼ぶ。属性が取り得る値の範囲を定義域（ドメイン）といい、関係代数や関係論理に基づく厳密な理論的基盤を持つ。

データを、行（タプル）と列（属性）からなる2次元の表（関係、リレーション）の集まりとして表すデータモデル。E.F.コッドが提唱し、関係データベースの理論的な基礎となっている。表どうしは共通の値（キー）で関連付け、関係代数に基づく演算でデータを操作する。

関係モデルにおける基本的なデータ構造で、属性（列）の集合で定義されるスキーマと、タプル（行）の集合で構成される。数学的には定義域の直積の部分集合である。実装上はテーブルに対応する。

現実世界のデータ要件を、DBMS非依存の形で抽象化して表現したモデル。ER図が代表的な表記法で、エンティティ、属性、関連を用いてデータ構造を記述する。データベース設計の第一段階として作成される。

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

論理データモデルを特定のDBMS上の物理的な格納構造に変換したもの。テーブルスペース、インデックス、パーティション、ファイル配置などの物理的な設計を含む。

関係モデルにおいて、リレーションを構成する1つの要素（行）。各属性に対して1つの値を持つ。実装上はテーブルの行（レコード）に対応する。

関係モデルにおいて、リレーションの列に相当する要素。属性名と定義域（ドメイン）を持ち、各タプルは属性ごとに定義域内の値をとる。実装上はテーブルのカラムに対応する。