主キー

テーブル内の各レコードを一意に識別するためのフィールドまたはフィールドの組み合わせ。重複やNULL値は許されず、データの整合性を保証する。

テーブル内の各行（レコード）を一意に識別するための属性または属性の組み合わせ。NULL値を含むことができず、テーブル内で重複する値を持つことができない。候補キーの中から選択される。

テーブル内の各行（タプル）を一意に識別するための属性または属性の組合せ。NULLを許容せず、値の重複も許さない。候補キーの中から設計者が選択して指定し、外部キーからの参照先となる。

リレーション内の各タプルを一意に識別するために選択された候補キー。NULL値を許容せず（エンティティ整合性）、テーブルに1つだけ定義できる。インデックスが自動的に作成されることが多い。

表の各行を一意に識別するために選んだ列または列の組。候補キーの中から1つを選び、値が重複せずNULLも許さない（主キー制約）。複数の列からなる場合は複合主キーといい、他の表からは外部キーで参照される。

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

SQLで、ある操作の影響を、依存する対象へ連鎖させる指定。参照制約にON DELETE CASCADEやON UPDATE CASCADEを付けると、参照される側の行の削除や主キーの更新に合わせて、参照する側の行も自動的に削除・更新される。DROP文やREVOKE文に付けると、依存するビューや権限も併せて削除・取消しされる。意図しない大量の削除につながることがあるので注意して使う。

連番のように、値そのものに意味を持たせず、対象を識別するためだけに付けるコード。分類や属性が変わってもコードを変えずに済み、桁の不足も起きにくいが、コードから内容を推測できないため、意味は別の項目やマスターデータで管理する。

外部キーの値が、参照先の表の主キー（または一意キー）に存在する値か、NULLでなければならないという制約。参照整合性制約ともいう。参照先の行の削除・更新時の扱いは、参照元も連動させるCASCADE、参照元をNULLにするSET NULL、参照元があれば拒否するRESTRICTやNO ACTIONなどで指定する。

属性の組Xが決まれば属性Yが一意に決まり（X→Y）、かつXのどの真部分集合からもYが決まらない関数従属。例えば、{受注番号, 商品番号}→数量で、受注番号や商品番号の片方だけでは数量が決まらない場合が当たる。第2正規形は、非キー属性がすべての候補キーに完全関数従属している状態である。

キーの値が重複しないことを保証する索引。重複する値の行を追加・更新しようとするとエラーになる。主キー制約や一意性制約を定義すると、多くのDBMSは一意性の検査のためにユニークインデックスを自動で作成する。