サロゲートキー

業務上の意味を持たず、システムが自動採番する人工的な主キー。自然キーが複雑・可変・長大な場合に代替として使用する。連番やUUIDが用いられ、結合処理の効率化や主キーの安定性確保に役立つ。

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

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

3層スキーマアーキテクチャで、個々の利用者やアプリケーションから見たデータの見え方を定義する層。関係データベースではビューが該当し、必要な部分だけを見せることで、内部構造の変更から利用者を守る。

3層スキーマアーキテクチャで、データを記憶装置上にどう格納するかを定義する層。ファイル編成、索引の設定、領域の割当てなどを規定し、性能を左右する。格納スキーマとも呼ばれる。

データベースで扱う表、列、データ型、制約、権限などの定義情報を集めて管理する仕組み。メタデータの一元管理により、定義の重複や不整合を防ぎ、影響範囲の調査を容易にする。

実体（エンティティ）を矩形、関連（リレーションシップ）をひし形、属性（アトリビュート）を楕円で表現し、データ間の構造と関連を視覚的に示す図法。カーディナリティ（1対1、1対多、多対多）も表記する。データベースの概念設計や要件定義に用いられる。

関係データベースの表を、データの冗長性を排除し更新時の不整合（更新異常、挿入異常、削除異常）を防ぐために分解する設計手法。第1正規形（繰り返し項目の排除）、第2正規形（部分関数従属の排除）、第3正規形（推移関数従属の排除）が基本。

パフォーマンス向上のため、正規化されたテーブルの結合を事前に行い、あえて冗長性を持たせるデータベース設計手法。テーブル結合の処理コストを削減できるが、データの冗長性による更新時の不整合リスクが増す。