たとえば、「販売」データベースには、顧客情報を含む「顧客」テーブル、注文情報を含む「請求書」テーブル、製品情報を含む「製品」テーブルなどが含まれます。

別のテーブルとのリレーションシップがないテーブルは、不要なテーブルである可能性があります。この例では、「従業員」テーブルはこのリレーショナルデータベースに合いません。

リレーションシップについてを参照してください。

この例が示す内容は次のとおりです。

リレーショナルデータベースは 1 対 1 および 1 多のリレーションシップを直接処理します。多対多のリレーションシップは、多対多のリレーションシップを 2 つの 1 対多のリレーションシップに分割する中間テーブルを使用して解決する必要があります。この例の問題を解決するには、販売した製品に関する情報を保存する中間テーブル「品目」を追加します。

多対多のリレーションシップを解決した後、この例では次のことが示されます。

テーブルにはそれぞれ 1 つのトピックがあり、テーブル内のフィールドはすべてそのトピックを説明するものです。たとえば、「顧客」テーブルの 1 つのレコードのフィールドには、一人の顧客に関する情報がすべて保存されます。

同様の理由で、各顧客に固有の識別番号を割り当てる必要があります。データベースでは、これが主キーになります。新しい顧客を追加しない限り、顧客 ID 番号をファイルに入力することはありません。したがって、顧客 ID が存在していれば、その顧客のレコードが存在することになります。「顧客」テーブルには、顧客の名前、住所および電話番号のフィールドも含まれます。

「製品」テーブルには、製品識別番号、各製品の単価および在庫数のフィールドが含まれます。「品目」テーブルには、製品および請求書の識別番号、名前、単価、数量および各製品の販売総額のフィールドがあります。「請求書」テーブルには、請求書識別番号、注文日および販売担当者のフィールドがあります。

この例では次のようになります。

「請求書」テーブルの顧客データを表示するには、リレーションシップを作成するための共通フィールドが 2 つのテーブルになければいけません。「顧客 ID」がその共通フィールドです。これは「顧客」テーブルでは主キーで、「請求書」テーブルでは外部キーです。

「品目」テーブルの「製品 ID」は「品目」テーブルと「製品」テーブル間の共通フィールドです。このフィールドは「製品 ID」テーブルでは主キーで、「品目」テーブルでは外部キーです。

これらのキーフィールドは照合フィールドの一種です。リレーションシップについてを参照してください。

テーブルに保存されている情報の内容から、データをどこに保存するのが適当か、そしてどこで関連テーブルのデータを使用するかを確認することができます。キーフィールド以外のすべてのフィールドは、データベース内で一度だけ使用します。テーブルの内容に関連していない重複フィールドは取り除きます。

テーブル間のリレーションシップは、リレーションシップの条件に一致するデータを含むキーフィールドによって確立されます。

この時点でこの設計図の示す内容は次のとおりです。