ユニークインデックス

重複した値の登録を許さないインデックス。検索を速くすると同時に一意性も保証する。主キーや一意性制約を定義すると、DBMSが自動的にこの索引を作ることが多い。

同じキー値の重複を許さないインデックス。検索を速くすると同時に、列の値の一意性を保証する。主キーや一意性制約を定義すると、多くのDBMSが自動的に作成する。

概念データモデルを、採用するデータベースの方式（関係データベースなら表・列・主キー・外部キー）に沿って表し直したデータモデル。正規化によってデータの重複と更新時異状を取り除き、データ型や制約を定める。どの記憶装置にどう格納するかといった物理的な事項には立ち入らない。

表の行を、特定の列の値をもとに速く探し出すために作る補助的なデータ構造。インデックスとも呼び、B木、ハッシュ、ビットマップなどの方式がある。検索や結合は速くなるが、行の追加・更新・削除のたびに索引も更新するので更新処理が遅くなり、記憶領域も要るため、検索条件や結合条件によく使われ絞込みの効く列に絞って設定し、索引の数を増やしすぎないようにする。

データベースの内容が矛盾なく正しい状態を保つために、データが満たすべき条件をDBMSに定義したもの。整合性制約ともいい、一意性制約、参照制約、検査制約、NOT NULL制約、主キー制約などがある。条件に反する追加や更新をDBMSが拒否するので、アプリケーションごとに検査を書かなくても整合性を守れる。

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

業務上の意味を持たない値（連番やUUIDなど）を、システムが自動的に割り当てて主キーとするもの。代理キーともいい、顧客コードのような業務上のキー（自然キー）が長い、複数列になる、将来変わるおそれがあるといった場合に使い、主キーを短く安定させられる。ただし自然キーの重複は別に一意性制約で防ぐ必要がある。

指定した列または列の組に、同じ値を持つ行が2つ以上存在しないことを保証する制約。SQLではUNIQUEで指定し、主キー制約は一意性制約にNOT NULLを加えたものに当たる。UNIQUE制約の列ではNULLを重複とみなさず複数行がNULLを持てるDBMSが多く、一意性の検査のためにユニークインデックスを自動で作成するDBMSも多い。