検査制約

列の値や、同じ行の複数の列の値が満たすべき条件を定義する制約。SQLではCHECK（価格 >= 0）のように書き、条件が偽になる行の追加や更新を拒否する（結果が不明になるNULLとの比較は違反とみなされない）。値の範囲や選択肢、開始日が終了日より前といった業務ルールをデータベース側で守れる。

列の値が満たすべき条件を指定し、条件を満たさない値の格納を禁止する制約。SQLではCHECK句で指定し、「数量は0以上」「区分は決められたコードのいずれか」のような業務上の規則をデータベースの側で保証する。

ある列（または列の組）に重複した値を登録できないようにする制約。主キーほど厳格ではなくNULLを許す場合がある。メールアドレスや社員番号の重複登録を防ぐのに使う。

外部キーの値が、参照先の表に必ず存在することを保証する制約。存在しない顧客番号の受注登録や、受注が残っている顧客の削除を防ぎ、表どうしの整合性（参照整合性）を保つ。

ER図におけるリレーションシップの参加制約で、エンティティが関連に必ず参加するか（必須）、参加しなくてもよいか（任意）を表す概念。最小カーディナリティが0なら任意、1以上なら必須。

データベースのデータが満たすべき条件を定義するルール。エンティティ整合性（主キーがNULLでない）、参照整合性（外部キーが参照先に存在する）、ドメイン整合性（値がドメイン内）などがある。

テーブルの列にNULL値の格納を禁止する制約。必須入力の属性に設定し、データの完全性を確保する。主キー列には暗黙的にNOT NULL制約が適用される。

テーブルの列または列の組合せに対して、重複した値の格納を禁止する制約。主キー以外の候補キーに設定する。主キーと異なりNULL値を許容する場合がある。