Progettazione di Basi di Dati - venus.unive.itvenus.unive.it/borg/modelloER.pdf · Documentazione...

24
Entità-Relazione Progettazione di Basi di Dati Prof. Nicoletta D’Alpaos & Prof. Andrea Borghesan

Transcript of Progettazione di Basi di Dati - venus.unive.itvenus.unive.it/borg/modelloER.pdf · Documentazione...

Entità-Relazione

Progettazione di Basi di Dati

Prof. Nicoletta D’Alpaos & Prof. Andrea Borghesan

ModelloEntity-Relationship. E-R

2

E’ il modello concettuale più diffuso

Fornisce costrutti per descrivere lespecifiche sulla struttura dei dati semplice e comprensibile

indipendente dal modello dei dati

Formalismo grafico

Esistono numerose varianti

Formalismo grafico

3

Costrutto Rappresentazione Costrutto Rappresentazione

Entità Cardinalità

di attributo (m1,M1)

Relazione Identificatore

interno

Attributo

semplice

Identificatore

esterno

Attributo

composto

Generalizzazione

Cardinalità

di relazione(m1,M1) (m2,M2)

Sottoinsieme

E-RCostrutti principali

4

Entità

Relationship

Attributi

Identificatori

Generalizzazioni e sottoinsiemi

Entità

5

Classe di oggetti (fatti, persone, cose) dellaapplicazione di interesse con proprietàcomuni e con esistenza “autonoma”

Un’occorrenza di un’entità è un oggetto dellaclasse che l’entità rappresenta

Esempio : articoli, dipendenti, vendite,

….

Un “pallone” è un’occorrenza di articoli

Nome entità

Relationship

6

Rappresenta un legame logico fra due o più

entità

Nome relazione

Esempio : la relazione “esami sostenuti”

lega l’entità “studente” con l’entità “corsi”

studente corsi

Relationship

7

Non confondere con “relazione” del modellorelazionale (il modello E-R è indipendente dalmodello logico dei dati che verrà poi scelto !)

Si può tradurre con “associazione”,“corrispondenza”, “correlazione”

Un’occorrenza di una relationship è una coppia (nella relazione binaria) di occorrenze fra le entità convolteEsempio lo studente “Mario Rossi” e il corso “basi dati az.I” superato con 30 e lode

Attributo

8

Descrivono le proprietà elementari di entità o

relazioni che sono di interesse ai fini

dell’applicazione

Esempio

entità:“autista”

attributi: nome, cognome, stipendio, numero patente,

data di nascita, …..

Attributi composti

9

Raggruppamento di attributi affini

PERSONA

Cognome

Indirizzo

via

Numero civico

citta

CAP

Data nascita

Esempio

10

Identificatore (CHIAVE PRIMARIA)

11

E’ specificato per ogni entità

Descrive i concetti (attributi e/o entità) dello

schema che permettono di individuare in modo

univoco le occorrenze delle entità

ogni entità deve avere almeno un identificatore;

può esistere più di un identificatore appropriato per

un’entità

può essere composto da più attributi

Identificatore interno

12

Persona

Codice fiscale

Persona

Data di nascita

Cognome

Nome

Semplice

Composto

Identificatore esterno

13

Si definisce entità debole, l’entità che non

dispone internamente di attributi sufficienti per

definire un identificatore

Identificatore esterno

14

NIC Produttorecostruita

Codice produttore

Progressiv

o

Le schede di rete (Network Interface Card ) sono

identificate da un codice (MAC) formato dal codice

produttore + numero progressivo

protocolloTipo di cavo

(1,1) (1,N)

Generalizzazione

15

Rappresenta un legame logico tra un’entità E,

detta entità padre e una o più entità E1 , …, En,

dette entità figlie

E è la generalizzazione di E1 , …, En

E1 , …, En sono specializzazioni di E

Generalizzazione

16

Persona

UomoDonna

Codice fiscale

cognome

Donna

Uomo

Generalizzazione

17

Persona

LavoratoreStudente

scuola

Codice fiscale

cognome

Studente

Lavoratore

Generalizzazione

18

Classificazione:

Totale / Parziale è totale se ogni occorrenza della classe padre è

un’occorrenza di almeno una entità figlie

Esclusiva / Sovrapposta è esclusiva se ogni occorrenza della classe padre è al più

un’occorrenza di una entità figlia

Sottoinsiemi

19

Quando una generalizzazione ha una sola entità figlia

Dipendenti

Dirigenti

Schema E-R

20

Documentazione di schemi E-R

21

Dizionario dei dati: permette di arricchire lo schema E-R con descrizioni in linguaggio naturale di entità, relationship ed attributi

Vincoli d’integrità sui dati: non sempre possono essere indicati esplicitamente in uno schema ER;possono essere descritti in linguaggio naturale

Regole di derivazione dei dati: permettono di esplicitare che un concetto dello schema può essere ottenuto (mediante inferenza o calcolo aritmetico) da altri concetti dello schema.

Dizionario dati

ENTITA’ DESCRIZIONE ATTRIBUTI IDENTIFICATORE

Manifestazione Manifestazioni

artistiche estive

Codice, nome, regia,

Codice

Artista Elenco dei

professionisti

disponibili

Codice-SIAE,

nomeArte ,..

Codice-SIAE

….. ….. ….. …..

22

Dizionario dati

ENTITA’ DESCRIZIONE Entità

coinvolte

ATTRIBUTI

Consiste Descrive quali

spettacoli vengono

rappresentati

Manifestazione (2,n)

– Spettacolo (1,1)

Nome

HA Elenco dei

professionisti

disponibili

Luogo (0,n) -

Disponibilità (1,1)

Codice

….. ….. ….. …..

23

Regole di vincolo/derivazione

24

Regole di vincolo

(RV1) Non si possono pagare gli artisti che

sostituiscono più dei titolari

(RV2) In una manifestazione ci devono

essere più di due spettacoli

Regole di derivazione

(RD1) Quanto si spende per il compenso

degli artisti è uguale alla somma dei

rispettivi compensi