外部キー

あるテーブルのフィールドが他のテーブルの主キーを参照する関係を持つキー。テーブル間の関連付けを行い、参照整合性を維持するために使用する。

他のテーブルの主キーを参照する属性。テーブル間の関連を表現し、参照整合性制約によりデータの一貫性を保つ。参照先に存在しない値を設定することはできない。

他のテーブルの主キーを参照する属性。テーブル間の関連を定義し、参照整合性制約を実現する。外部キーの値は参照先テーブルの主キーに存在する値かNULLでなければならない。

あるテーブルの属性が、他のテーブルの主キー（またはユニークキー）を参照する制約。参照整合性を保証し、テーブル間の関連を実現する。参照先に存在しない値の挿入や、参照されている行の削除を制限できる。

ある表の列のうち、他の表（または同じ表）の主キーや一意キーを参照する列。外部キーの値は参照先に存在する値かNULLでなければならないという参照制約により、表どうしの関連の整合性が保たれる。参照先の行を削除・更新したときの動作は、CASCADE、SET NULL、RESTRICTなどで指定する。

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

対象とする業務で扱うデータを、特定のDBMSや実装方法に依存しない形で、実体（エンティティ）、属性、実体間の関連（リレーションシップ）として表したデータモデル。E-R図などで記述し、業務の理解と利用者との合意形成に使い、論理データモデルの基になる。

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

データモデルで、関連する2つの実体の間の、インスタンスの数の対応関係（多重度）。1対1、1対多、多対多があり、E-R図などに記述する。関係データベースの設計では、多対多の関連は連関エンティティ（中間の表）を設けて2つの1対多の関連に分解する。

データベースに格納するデータが常に満たすべき条件。整合性制約ともいい、主キーの値が重複せずNULLにならないことを求める主キー制約、値の重複を禁じる一意性制約、外部キーの値が参照先に存在することを求める参照制約、値の範囲や条件を定める検査（CHECK）制約などがある。DBMSが違反する更新を拒否して、データの正しさを保つ。

業務上の意味を持たず、システムが連番などで人工的に付与する主キー。社員番号や商品コードなど業務上の識別子（ナチュラルキー）が変わり得る場合や、複数の列の組合せになる場合に、変化しない安定した識別子として使う。