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:
- Identificatore univoco – identifica in modo univoco un'istanza di entità
- Obbligatorio – il suo valore non può essere null
- 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
eCHAPTER
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 .