Progettazione di Database l Progettazione Concettuale: strutturazione della “realtà” che si vuole rappresentare secondo uno schema concettuale l Dallo.

Presentazione sul tema: "Progettazione di Database l Progettazione Concettuale: strutturazione della “realtà” che si vuole rappresentare secondo uno schema concettuale l Dallo."— Transcript della presentazione:

1 Progettazione di Database l Progettazione Concettuale: strutturazione della “realtà” che si vuole rappresentare secondo uno schema concettuale l Dallo schema concettuale si ricava lo schema del database relazionale l Modello concettuale: Entità/Relazione

2 Il modello entità/relazione Consiste in una descrizione a diagrammi i cui concetti base sono: entità Relazioni (Associazioni) attributi Classi di oggetti omogenei Classi di fatti omogenei che correlano istanze di entità Proprietà di entità o relazioni

3 autore libro scrittura utente libro prestito Esempi di modello entità-relazione

4 studente esame corso Nome Cognome Matricola codice Docente titoliVoto Data

5 Relazioni uno-a-molti Una relazione si dice uno-a-molti se ad ogni istanza della prima entità corrisponde al più una della seconda, ma esiste un’istanza della seconda cui corrisponde più di un’istanza della prima. Anche indicata con (1:n) 0,n1,1 personaNato aluogo minimo massimo Il minimo = 1 indica a sinistra che la relazione è totale, a destra che è suriettiva (per ogni valore della seconda entità ne esiste uno della prima).

6 Relazioni uno-a-uno 0,1 uomosposatidonna Una relazione è uno-a-uno se ad ogni istanza della prima entità corrisponde al più un’ istanza della seconda entità e viceversa. Anche indicata con (1:1) Nota. Il minimo = 0 indica a sinistra che la relazione non è necessariamente totale, ed a destra che non è necessariamente suriettiva.

7 Relazioni molti-a-molti Una relazione si dice molti-a-molti se esiste un’istanza della prima entità in relazione con più di un’istanza della seconda, e viceversa. Indicata con (m:n) 0,n0,m studenteesamecorso

8 Altri esempi Relazione uno-a-uno impiegatobiblioteca dirige 0,11,1

9 libroCasa_editrice edizione utente prestito libro 1,1 Relazioni uno a molti 0,n Relazioni molti a molti 0,m0,n

10 Relazioni a più argomenti mittente Spedizione merce destinatario data

11 Attributi delle entità Qualificazione degli attributi (proprietà delle entità): l Tipo (dei valori) degli attributi l attributi semplici vs composti l cardinalità (mono/multi-valore) l attributo identificatore (chiave) l attributi ereditati l vincoli su attributi (unique, range)...

12 Tipi di attributi Entità Identificatori Attr. multivalore Attr. monovalore Attr. comp osti Attr. 1. Attr. N.

13 Esempio LIBRO N.invent Anno_ed. titolo autori Casa_ed. Collocaz. ripiano scaffale

14 Identificatore esterno l Una entità può anche essere identificata tramite l’identificatore di una entità esterna. Ciò è possibile però solo se la relazione che lega le due entità è una relazione uno-uno o uno-molti Corso di Laurea Nome Nome_Università Studente (n:1) matricolamedia iscrizione

15 Gerarchie l Speciale tipo di relazione (Sottoclasse di/ sopraclasse di) che consente una rappresentazione più compatta e più leggibile dei dati l Ereditarietà l Esempio pubblicazioni libri riviste collocaz prezzo periodicità autori Casa edit. Titolo.

16 Schema ER -> DB relazionale (1) l Modello concettuale -> Insieme di tabelle l Entità -> Tabella l Attributi -> Campi l Identificatore -> Chiave primaria attributi composti -> “appiattiti” attributi multi-valore ->Altra tabella (chiave esterna) attributi ereditati ->dipende da come vengono tradotte le gerarchie

17 Entità l LIBRO(N_Inv,Titolo, casa_ed, anno_ed, collocazione) Attributo composto: viene ricondotto ad un attributo di tipo testuale che congloba secondo un certo formato i due attributi scaffale e ripiano LIBRO N.invent Anno_ed. titolo autori Casa_ed. Collocaz. ripiano scaffale

18 Attributo multivalore l LIBRO (N_Inv,Titolo, casa_ed, anno_ed, collocazione) l AUTORI (Nome, N_Inv) LIBRO N.invent Anno_ed. titolo autori Casa_ed. Collocaz. ripiano scaffale autore scritturra libro (n:m) Nome N_Inv Esempio: Autori

19 Identificatore esterno l STUDENTE (Matricola, Nome_Corso, Media) l CORSO_DI_LAUREA (Nome_Corso, Nome_Università) Corso di Laurea Nome Nome_Università Studente (n:1) matricolamedia iscrizione

20 Eliminazione delle gerarchie l (1) Le entità figlie vengono accorpate all’entità padre che ne raccoglie tutti gli attributi, viene introdotto un attributo (flag) per mantenere la distinzione delle entità figlie l (2) Le entità figlie accorpano l’entità padre e ne raccolgono gli attributi. l (3) La generalizzazione viene sostituita con associazioni con vincoli referenziali (Le entita’ sono identificate esternamente)

21 Gerarchie (1) pubblicazioni libri riviste collocaz prezzo periodicità autori Casa edit. Titolo. pubblicazioni collocaz prezzo periodicità autori Casa edit. Titolo. Tiipo_pub tipo_pub: attributo a valori {libri, pubblicazioni} N_Invent

22 Traduzione Relazionale l Pubblicazioni (N_Inv, casa_ed, titolo, coll, prezzo, autori*, periodicità*,tipo_pub) l L’asterisco è una notazione: serve per evidenziare che l’attributo può assumere valori NULL (nel caso in cui non sia applicabile).

23 Gerarchie (2) pubblicazioni libri riviste collocaz prezzo periodicità autori Casa edit. Titolo. riviste collocaz prezzo periodicità Casa edit. Titolo. libri collocaz prezzo autori Casa edit. Titolo.

24 Traduzione relazionale l Libri (N_Inv, casa_ed, titolo, coll, prezzo,autore) l Riviste (N_Inv, casa_ed, titolo, coll, prezzo, periodicità) –E` preferibile quando la maggior parte delle ricerche avviene separatamente o sui libri o sulle riviste, o quando vi sono molti attributi diversi tra le due sotto-entità.

25 Gerarchie (3) pubblicazioni libri riviste collocaz prezzo periodicità autori Casa edit. Titolo. riviste periodicità libri autori pubblicazioni collocaz prezzo Casa edit. Titolo.

26 Schema ER -> DB relazionale (2) l Associazione -> Tabella –chiavi delle entità partecipanti (chiavi esterne) –attributi dell’associazione l Casi particolari (si può evitare la tabella aggiuntiva) includendo la chiave dell’altra entità nel caso di –associazioni uno-a-uno –associazioni binarie uno-a-molti

27 VENDITORE PEZZO VENDITA (n:m) NOME TELEFONO CODICE_PEZZO SCONTO DATA PEZZO (CODICE_PEZZO, NOME_PEZZO) VENDITORE (NOME, TELEFONO) VENDITA (CODICE_PEZZO, NOME_VENDITORE, SCONTO,DATA) Esempio: Associazione molti a molti NOME_PEZZO

28 CLIENTE INDIRIZZO_SPED spedizione NUM_CLIENTE NOME_CLIENTE NUM_CLIENTE INDIRIZZO_SPED SPEDIZ_CLIENTE (NUM_CLIENTE, NOME_CLIENTE, INDIRIZZO_SPED) (1:1) Esempio

29 CLIENTE CARTA_CREDITO POSSIEDE NUM_CLIENTE NOME_CLIENTE TIPO_CARTA NUM_CARTA CLIENTE (NUM_CLIENTE,NOME_CLIENTE) LIMITE_ CREDITO POSSIEDE_CARTA (TIPO_CARTA,NUM_CARTA,NUM_CLIENTE) CARTA_CREDITO (TIPO_CARTA, NUM_CARTA, LIMITE_CREDITO) Relazioni separate: un’entità (cliente) ha partecipazione parziale alla relazione (1:1) Esempio

30 CITTA` STATO APPARTIENE_ (1:n) NOME_CITTA` POPOLAZIONE NOME_STATO POPOLAZIONE GOVERNATORE STATO (NOME STATO, GOVERNATORE, POPOLAZIONE) CITTA` (NOME CITTA`, POPOLAZIONE, NOME STATO ) Esempio: relazione 1 a molti 1 n

31 PRODOTTO FORNITORE FORNISCE CODICE_PRODOTTO NOME CODICE_FORNITORE QUANTITA` NOME DESCRIZIONE INDIRIZZO TELEFONO COMPONENTE COD_COMP DESCRIZIONE COMPONENTE (COD_COMP, DESCRIZIONE) PRODOTTO (CODICE_PRODOTTO, NOME, DESCRIZIONE) FORNITORE (CODICE_FORNITORE, NOME, INDIRIZZO, TELEFONO) FORNISCE (CODICE_PRODOTTO, CODICE_COMPONENTE, CODICE_FORNITORE, QUANTITA`) Esempio: relazione ternaria

32 IMPIEGATO CAPO_ DI NOME DATA_DI_NASCITA E`_IL_SUPERIORE_DIE`_SUBORDINATO_A Relazione molti a molti: IMPIEGATO(NOME, DATA_DI_NASCITA) CAPO_DI(NOME_CAPO, NOME_SUBORDINATO) Relazione 1 a molti: IMPIEGATO(NOME, DATA_DI_NASCITA) CAPO_DI(NOME_SUBORDINATO, NOME_CAPO) o IMPIEGATO(NOME, DATA_DI_NASCITA, NOME_CAPO) Esempio: relazione ricorsiva 1n

33 Database di un Museo l Il museo contiene tre tipi di oggetti: reperti archeologici, materiale etnografico e opere d’arte (quadri, sculture) l Conseguentemente, il museo ha tre sezioni: Archeologica, Etnografica, Collezione (di opere) d’arte l Di tutti i pezzi del museo si vogliono mantenere le informazioni: numero di inventario, provenienza datazione, descrizione, misure, se ha subito restauri o no, sala ed eventualmente collocazione (scaffale, etc…) l Se un oggetto ha subito restauri, si vuole mantenere l’informazione riguardo presso quale centro è stato restaurato e quando

34 l Le opere d’arte hanno associata l’informazione sugli autori l Per i reperti archeologici si vuole mantenere l’informazione sulla data del ritrovamento l Gli oggetti della sezione etnografica sono divisi in tre tipologie: costumi, mobili, suppellettili l Ogni sezione comprende alcune sale. Le sale possono essere condivise da sezioni diverse e l’attribuzione di una sala ad una sezione puo’ cambiare nel tempo. Alle sale è associata altra informazione (che non verrà condiderata nell’esempio) l Le sezioni hanno un impiegato responsabile

35 originalerestaurato Centro di restauro Restaurato da Sta in Oggetto EtnograficoRepertoOpera N.inv provenienza data descrizione misure Tipologia data_rit data nome indirizzo 1,n 0,n 1,1 data n/m Eseguito da Autore nome nato a 1,1 0,n Collocazione Sezione nome responsabile 1,n sala identificatore 1,n comprende 1,n AltreI

36 Eliminazione delle gerarchie l Originale/restaurato --> soluzione (1) l Reperto/etnografico/opera --> soluzione (1)

37 Centro di restauro Restaurato da Sta in Oggetto N.inv provenienza data descrizione misure M.E.Tipologia data_rit data nome indirizzo data n/m 0,n 1,1 Autore nome nato a 0,1 0,n tipo Stato restauro Collocazione Eseguito da Sezione nome responsabile 1,n sala identificatore 1,n comprende 1,n AltreI

38 Entità l Oggetto(N_inv, Provenienza, Data, Misure, Tipo, Descrizione, StatoRestauro, ME_Tipologia*, Data_rit*) l CentroRestauro(Nome,Indirizzo) l Sezione(Nome, Responsabile) l Autore(Nome,DataN/M, Luogo) l Sala(Identificatore, AltreI)

39 Relazioni l Restaurato_da(Oggetto,Centro,Data) l Eseguito_da(Opera, Nome) l Sta_in(Oggetto, Sala, Collocazione*) l Comprende(NomeSezione,NomeSala)

40 Eliminazione della relazione (1:n) Sta_in: l si aggiungono gli attributi:, Sala,Collocazione* ad Oggetto, che diventa l Oggetto(N_inv, Provenienza, Data, Misure, Tipo, Descrizione, StatoRestauro, ME_Tipologia*, Data_rit*, Sala, Collocazione*)

41 Schema finale DB CentroRestauro(Nome,Indirizzo) Sezione(Nome, Responsabile) Autore(Nome, DataN/M, Luogo) Sala(Identificatore, AltreI) Oggetto(N_inv, Provenienza, Data, Misure, Tipo, Descrizione, StatoRestauro, ME_Tipologia*, Data_rit*, Sala, Collocazione*) Restaurato_da(Oggetto,Centro,Data) Eseguito_da(Opera, Nome) Comprende(NomeSezione, NomeSala) Vincoli di integrità referenziale: attributi delle stesso colore

42 Domini e vincoli l Vincoli di Dominio: –Tipo: {Reperto,Etnografico,Opera} –ME_tipologia: {Costumi,Mobili,Suppellettili} l Vincoli di tupla: –Data_rit=NULL OR Tipo=Reperto –ME_tipologia=NULL OR Tipo=Etnografico l Altri vincoli: se la chiave di un oggetto compare nella relazione Restaurato StatoRestauro deve essere YES