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

Notazione di Barker

Quando si osservano diversi tipi di notazioni ERD, è difficile non imbattersi nella notazione ERD di Barker, che è comunemente usata per descrivere i dati per Oracle. Richard Barker e i suoi colleghi hanno sviluppato questa notazione ERD mentre lavoravano presso la società di consulenza britannica CACI intorno al 1981 e, quando Barker è entrato a far parte di Oracle, la sua notazione è stata adottata.

Diamo un'occhiata più da vicino alla sintassi di Barker.

I componenti più importanti nel diagramma ERD sono:

  • entità , che possono essere pensati come oggetti fisici o elementi che possono essere identificati in modo univoco, e
  • relazioni , che catturano il modo in cui le entità sono correlate tra loro.

Entità

Quando si disegnano elementi nella notazione Barker, è necessario seguire alcune regole.

  • Entità – è rappresentato da un rettangolo ad angolo arrotondato. Il nome dell'entità dovrebbe trovarsi nella parte superiore del rettangolo e in forma singolare.

  • Attributi – descrivere le caratteristiche di una particolare istanza di entità. Un attributo può essere di tre tipi:

    1. Identificatore univoco – identifica in modo univoco un'istanza di entità
    2. Obbligatorio – il suo valore non può essere null
    3. Facoltativo – il suo valore può essere null

    come presentato nel diagramma seguente.

Relazioni

Una relazione collega tra loro due o più istanze di entità. Una relazione è comunemente rappresentata da una linea retta.

  • Opzionalità di una relazione

    Un rapporto obbligatorio è rappresentato da una linea retta, che specifica che ogni istanza di un'entità deve essere correlata a un'altra istanza.

    Una relazione facoltativa è rappresentato da una linea tratteggiata, che specifica che ogni istanza di un'entità può essere correlata a un'altra istanza.

    È importante notare che solo le relazioni binarie sono consentite in una notazione Barker.

  • Grado di parentela:

    uno a uno – ogni istanza di entità è correlata a una sola istanza di entità.

    uno a molti – ogni istanza di entità è correlata a più istanze di entità.

    molti a molti – più istanze di entità sono correlate a più istanze di entità

    Una relazione è sempre composta da due prospettive utilizzando la seguente notazione:

    Uno o più dipendenti possono lavorare in ogni reparto; ogni dipendente deve lavorare in un reparto.

  • Barra dell'UID

    Una barra “|” attraverso un'estremità di una linea di relazione indica che la relazione è un componente dell'identificatore principale per il tipo di entità a quell'estremità.

    Ogni singola barra UID nel ORDER ITEM rappresenta il fatto che la chiave esterna rappresentata dalla relazione è anche una chiave primaria dell'ORDER entità.

  • Non trasferibilità dei rapporti

    In determinate situazioni, una volta stabilita una relazione, non può mai cambiare. Ad esempio, BOOK e CHAPTER nell'esempio qui sotto. Il capitolo non può essere spostato in un altro libro. La chiamiamo non trasferibilità di una relazione ed è rappresentata da un rombo.

  • Sottotipi

    Ci sono situazioni in cui diverse entità possono essere raggruppate in un'unica entità comune chiamata entità di tipo super . Le entità nidificate sarebbero le entità di sottotipo .