Database
 sql >> Datenbank >  >> RDS >> Database

Barkers Notation

Wenn man sich verschiedene Arten von ERD-Notationen ansieht, ist es schwer, nicht auf die ERD-Notation von Barker zu stoßen, die häufig zur Beschreibung von Daten für Oracle verwendet wird. Richard Barker und seine Mitarbeiter entwickelten diese ERD-Notation während ihrer Arbeit bei der britischen Beratungsfirma CACI um 1981, und als Barker zu Oracle kam, wurde seine Notation übernommen.

Schauen wir uns die Syntax von Barker genauer an.

Die wichtigsten Komponenten im ERD-Diagramm sind:

  • Entitäten , die als physische Objekte oder Elemente gedacht werden können, die eindeutig identifiziert werden können, und
  • Beziehungen , die erfassen, wie Entitäten miteinander in Beziehung stehen.

Entitäten

Beim Zeichnen von Elementen in der Barker-Notation sollten einige Regeln beachtet werden.

  • Entität – wird durch ein Rechteck mit abgerundeten Ecken dargestellt. Der Entitätsname sollte im oberen Teil des Rechtecks ​​und im Singular stehen.

  • Attribute – die Merkmale einer bestimmten Entitätsinstanz beschreiben. Ein Attribut kann von drei Typen sein:

    1. Eindeutige Kennung – identifiziert eine Entitätsinstanz eindeutig
    2. Obligatorisch – sein Wert darf nicht null sein
    3. Optional – sein Wert kann null sein

    wie im Diagramm unten dargestellt.

Beziehungen

Eine Beziehung verbindet zwei oder mehr Entitätsinstanzen miteinander. Eine Beziehung wird üblicherweise durch eine gerade Linie dargestellt.

  • Optionalität einer Beziehung

    Eine obligatorische Beziehung wird durch eine gerade Linie dargestellt, die angibt, dass jede Instanz einer Entität mit einer anderen Instanz in Beziehung stehen muss.

    Eine optionale Beziehung wird durch eine gestrichelte Linie dargestellt, die angibt, dass jede Instanz einer Entität mit einer anderen Instanz in Beziehung stehen kann.

    Es ist wichtig zu beachten, dass in einer Barker-Notation nur binäre Beziehungen erlaubt sind.

  • Verwandtschaftsgrad:

    eins zu eins – jede Entitätsinstanz ist mit genau einer Entitätsinstanz verbunden.

    Eins-zu-Viele – Jede Entitätsinstanz ist mit mehreren Entitätsinstanzen verknüpft.

    viele-zu-viele – mehrere Entitätsinstanzen sind mit mehreren Entitätsinstanzen verknüpft

    Eine Beziehung besteht immer aus zwei Perspektiven mit folgender Schreibweise:

    In jeder Abteilung können ein oder mehrere Mitarbeiter arbeiten; Jeder Mitarbeiter muss in einer Abteilung arbeiten.

  • UID-Leiste

    Ein Balken „|“ über einem Ende einer Beziehungslinie zeigt an, dass die Beziehung eine Komponente der primären Kennung für den Entitätstyp an diesem Ende ist.

    Jeder einzelne UID-Bar im ORDER ITEM stellt die Tatsache dar, dass der durch die Beziehung repräsentierte Fremdschlüssel auch ein Primärschlüssel der ORDER ist Entität.

  • Nichtübertragbarkeit von Beziehungen

    In bestimmten Situationen kann sich eine einmal festgelegte Beziehung nie mehr ändern. Beispiel:BOOK und CHAPTER im Beispiel unten. Kapitel kann nicht in ein anderes Buch verschoben werden. Wir nennen dies die Nichtübertragbarkeit einer Beziehung und es wird durch eine Raute dargestellt.

  • Subtypen

    Es gibt Situationen, in denen verschiedene Entitäten unter einer gemeinsamen Entität zusammengefasst werden können, die als Supertyp-Entität bezeichnet wird . Die verschachtelten Entitäten wären die Untertyp-Entitäten .