SQL Anywhere サンプルデータベースには、Employees テーブルと Departments テーブルが含まれています。Employees テーブルのプライマリキーは employee ID、また Departments テーブルのプライマリキーは department ID です。Employees テーブルから見ると、department ID は department テーブルの「外部キー」になります。Employees テーブルのそれぞれの department ID が、Departments テーブルの department ID と完全に一致しているためです。

外部キー関係は、多対 1 の関係です。Employees テーブルの中には、同じ department ID エントリを含む複数のエントリがありますが、department ID は Departments テーブルのプライマリキーであるため、その中には 1 つしかありません。外部キーが、重複したエントリもしくは NULL 値を含む Departments テーブルのカラムを参照できると、Departments テーブルのどのローが正しい参照先かを決められなくなります。これは、外部キーカラムを NOT NULL として定義することによって回避されます。

データベースに、事業所の所在地をリストする office テーブルが含まれているとします。Employees テーブルには、その従業員が勤務する事業所の所在地を示すために、office テーブルに対する外部キーが指定されています。ここでデータベースの設計者は、従業員が雇用されたときに事業所の所在地を指定しないでおくことができます。これは、まだ配置先が決定していない場合や、外で働く場合に対応するためです。このような場合、外部キーはオプションで、NULL 値を使用できます。

次の文を実行して、複合プライマリキーを作成します。

CREATE TABLE pt(
     pk1 INT NOT NULL,
     pk2 INT NOT NULL,
     str VARCHAR(10)
     PRIMARY KEY ( pk1, pk2 ));

次の文は、プライマリキーとカラムの順序が異なる外部キーと、外部キーカラムに対して異なるソートの程度を作成します。これは、外部キーインデックスを作成する場合に使用されます。

CREATE TABLE ft1(
     fpk INT PRIMARY KEY,
     ref1 INT,
     ref2 INT );

ALTER TABLE ft1 ADD FOREIGN KEY ( ref2 ASC, ref1 DESC)
     REFERENCES pt ( pk2, pk1 ) MATCH SIMPLE;

次の文を実行して、プライマリキーとカラムの順序が同じだが、外部キーインデックスに対してソートの程度が異なる外部キーを作成します。また、この例では、MATCH FULL 句を使用して、両方のカラムが NULL だった場合に孤立したローになることを指定します。UNIQUE 句は、NULL ではないカラムの pt テーブルと ft2 テーブルの間に 1 対 1 の関係を適用します。

CREATE TABLE ft2(
     fpk INT PRIMARY KEY,
     ref1 INT,
     ref2 INT );

ALTER TABLE ft2 ADD FOREIGN KEY ( ref1, ref2 DESC )
     REFERENCES pt ( pk1, pk2 ) MATCH UNIQUE FULL;