さまざまな種類のERD表記を見ると、Oracleのデータを記述するために一般的に使用されるBarkerのERD表記に出くわすことは困難です。リチャード・バーカーと彼の同僚は、1981年頃に英国のコンサルティング会社CACIで働いていたときに、このERD表記法を開発し、バーカーがOracleに加わったとき、彼の表記法が採用されました。
バーカーの構文を詳しく見てみましょう。
ERD図の最も重要なコンポーネントは次のとおりです。
- エンティティ 、一意に識別できる物理的なオブジェクトまたは要素と考えることができます。
- 関係 、エンティティが互いにどのように関連しているかをキャプチャします。
エンティティ
バーカー表記で要素を描画するときは、いくつかのルールに従う必要があります。
-
エンティティ –は角の丸い長方形で表されます。エンティティ名は、長方形の上部にあり、単数形である必要があります。
-
属性 –特定のエンティティインスタンスの特性を説明します。属性には次の3つのタイプがあります。
- 一意の識別子 –エンティティインスタンスを一意に識別します
- 必須 –その値をnullにすることはできません
- オプション –その値はnullにすることができます
下の図に示すように。
関係
リレーションシップは、2つ以上のエンティティインスタンスをリンクします。関係は通常、直線で表されます。
-
関係のオプション
必須の関係 は直線で表され、エンティティの各インスタンスが別のインスタンスに関連付けられている必要があることを指定します。
オプションの関係 は破線で表され、エンティティの各インスタンスが別のインスタンスに関連している可能性があることを示します。
バーカー表記では、二項関係のみが許可されていることに注意してください。
-
関係の程度:
1対1 –各エンティティインスタンスは1つのエンティティインスタンスにのみ関連しています。
1対多 –各エンティティインスタンスは複数のエンティティインスタンスに関連付けられています。
多対多 –複数のエンティティインスタンスは複数のエンティティインスタンスに関連しています
関係は常に、次の表記法を使用して2つの視点で構成されます。
各部門で1人以上の従業員が働く場合があります。各従業員は1つの部門で働く必要があります。
-
UIDバー
バー「|」リレーションシップラインの一方の端にあることは、リレーションシップがその端のエンティティタイプのプライマリ識別子のコンポーネントであることを示します。
ORDER ITEM
の個々のUIDバー 関係によって表される外部キーがORDER
の主キーでもあるという事実を表します エンティティ。 -
関係の譲渡不可
特定の状況では、関係が設定されると、それは決して変更できません。たとえば、
BOOK
およびCHAPTER
以下の例では。章を別の本に移動することはできません。これを関係の譲渡不可と呼び、ひし形で表されます。 -
サブタイプ
さまざまなエンティティをスーパータイプエンティティと呼ばれる1つの共通エンティティの下にグループ化できる場合があります。 。ネストされたエンティティは、サブタイプエンティティになります 。