プライマリキー

リレーショナルデータベース内の各テーブルには、「プライマリキー」が必要です。プライマリキーとは 1 つのカラム、またはカラムのセットで、各ローをユニークに識別します。1 つのテーブル内で、2 つのローが同じプライマリキーの値を持つことはできません。また、プライマリキーのカラムを NULL 値にすることはできません。

ベーステーブルとグローバルテンポラリテーブルのみがプライマリキーを持つことができます。宣言されたテンポラリテーブルでは、NOT NULL カラムのセットにユニークインデックスを作成し、プライマリキーのセマンティックを模倣できます。

プライマリキーや、一意性制約があるカラムには FLOAT や DOUBLE などの概数値データ型を使用しないことをおすすめします。概数値データ型は、算術演算後の丸め誤差がでます。

CLUSTERED 句を使用して、プライマリキーインデックスをクラスタ化するかどうかを指定することもできます。

マルチカラムプライマリキーのカラムの順序

プライマリキーカラムの順序は、CREATE TABLE (または ALTER TABLE) 文のプライマリキー宣言で指定したカラム順序によって決まります。個別のカラムのソート順 (昇順または降順) を指定することもできます。これらのソート順指定は、プライマリキーインデックスを作成するときにデータベースサーバによって使用されます。

プライマリキー内のカラムの順序は、参照整合性制約のカラムの順序を指定しません。外部キー宣言で、異なるカラム順序、異なるソート順序を指定できます。

例

SQL Anywhere サンプルデータベースでは、Employees テーブルに従業員の個人情報が格納されています。このテーブルにはプライマリキーカラム EmployeeID があり、各従業員に割り当てられたユニークな ID 番号が入っています。ID 番号が入っている単一のカラムにプライマリキーを割り当てるのが一般的な方法です。名前やその他の識別子は、必ずしもユニークではないため、ID 番号の方が適しています。

SQL Anywhere サンプルデータベースの SalesOrderItems テーブルのプライマリキーは、より複雑です。このテーブルには、会社からの注文に含まれる個々の項目に関する情報が入っており、次のカラムで構成されています。

ID その注文項目が含まれている注文を識別する注文番号
LineID 注文内での注文項目を識別する行番号
ProductID 受注した製品を識別する製品 ID
Quantity 受注した項目の数量
ShipDate 受注品が出荷された日付

特定の注文項目はその注文項目が含まれている注文番号と、注文内での行番号によって識別されます。この 2 つの番号は、ID カラムと LineID カラムに格納されています。注文項目が同一の ID 値を共有する場合 (1 回の注文に複数の注文項目がある場合) と、注文項目が同一の LineID 番号を共有する場合 (各注文における最初の注文項目はすべて LineID が 1) があります。どの注文項目も、これら 2 つの値を共有することはないので、プライマリキーは 2 つのカラムで構成されています。

参照

プライマリキーの管理 (Sybase Central の場合)
プライマリキーの管理 (SQL の場合)

DocCommentXchange で意見交換できます