データベースを設計するときは、ＥＲ図と呼ばれる図面を引いてテーブル同士の関連性やテーブルに入れるデータの属性などを可視化します。ＥＲ図を作図する際には多重度も考慮して行われるのですが、今回はＥＲ図と多重度について解説していきます。
ＥＲ図
ＥＲ図のほかにもデータベースの図式はありますが、当ブログでは一般的に使われているＥＲ図について説明します。
ＥＲ図とは、実体（テーブルのこと）と関連を図として表現するものです。テーブルを設計する前にＥＲ図を作成し、各テーブル間の関係性を分かりやすく表現します。以下の図は顧客情報マスタテーブルをER図にしたものです。
ＥＲ図の要素
実体（エンティティ）
実体はシステム上で管理するデータを表し、名刺で表現できるものであり、データベースに含まれるテーブル自体のことを指します。ＥＲ図では長方形で表現されます。
関連（リレーションシップ）
テーブル同士の関係を表し、片方の情報が確定すると関係するもう一方の情報も確定するような関係性を表します。ＥＲ図ではテーブルとテーブルを結ぶ線と記号で表現されます。
属性（フィールド）
テーブル、リレーションシップは付属する情報を持つことができ、その情報のことを属性といいます。データベース上ではテーブルのレコードが持つフィールドのことを指します。また、ＥＲ図では長方形の中に項目として表現されます。
多重度
多重度とは、ある実体（テーブル）の1件あたりのデータが他の実体（テーブル）のいくつのデータに関連するのかを表すものです。
例えば、顧客情報マスタテーブルと注文履歴テーブルが関連しているという前提で、顧客情報マスタテーブルにあるひとつのレコードに対し、注文履歴テーブルに含まれるレコードがいくつ関連しているかを表すものです。ＥＲ図ではリレーションシップの両端に記号を付加して表現します。
多重度（1：1の関係）
テーブルＡに対して対応するテーブルＢがのフィールドが１つしかなく、逆の場合もデータを指定すると関連するデータが一意に定まるテーブル同士の関連を「1：1の関係」であると言います。
例）社員番号に対応する社員
多重度（1：Ｎの関係）
テーブルＡに対してテーブルＢのフィールドが複数存在し、テーブルＢに対してはテーブルＡのフィールドが１つしか存在しないような関連の場合、「1：Ｎの関係」であると言います。
例）部署に対応する社員
多重度（Ｎ：Ｎ）の関係
テーブルＡに対して、テーブルＢのフィールドが複数存在し、テーブルＢに対してもテーブルＡのフィールドが複数存在するような関連の場合、「Ｎ：Ｎの関係」であると言います。
例）社員に対する作業
※Ｎ：Ｎの関係は、システム化する上で拡張性に問題を抱えることが多いので、モデルの再検討が必要になる場合があります。
連関エンティティ
ＲＤＢでは通常、Ｎ：Ｎの関係を1：Ｎの関係に直すためにＮ：Ｎの関係の間に新たにテーブルを設けて間接的に関係を結ぶケースがあります。これを連関エンティティと言います。
