Lezione 4. Dallo schema ER al relazionale

Transcript

1 Lezione 4 Dallo schema ER al relazionale Pag.1

2 Insieme di entità ER e tabelle relazionali CREATE TABLE ( CHAR(15), CHAR(20), INTEGER, PRIMARY KEY ()) Pag.2

3 Traduzione di relazioni ER (segue) dal r rid budget Lavora_In Reparti Nel tradurre un insieme di relazioni ER in una tabella relazionale, gli attributi della tabella devono includere: chiavi per ciascun insieme di entità partecipante (come chiavi esterne) questo insieme di attributi forma la superchiave per la relazione (la chiave primaria, in assenza di vincoli di chiave nello schema) tutti gli attributi descrittivi CREATE TABLE Lavora_In( CHAR(15), rid INTEGER, dal DATE, PRIMARY KEY (, rid), FOREIGN KEY () REFERENCES, FOREIGN KEY (rid) REFERENCES Reparti) Pag.3

4 Vincoli di chiave (richiamo) dal r Consideriamo Lavora_In: un impiegato può lavorare in molti reparti; un reparto può avere molti impiegati Di contro, ciascun reparto ha al piu un direttore, in accordo con il vincolo di chiave su Dirige Dirige rid 1-a-1 1-a-Molti Molti-a-1 Reparti budget Molti-a-molti Traduzione nel modello relazionale? Pag.4

5 Traduzione dei diagrammi ER con vincoli di chiave Tradurre una relazione in una tabella: notate che adesso la chiave èrid! separare le tabelle per e Reparti Poiché ciascun reparto ha un unico direttore, possiamo invece combinare Dirige e Reparti CREATE TABLE Dirige( CHAR(15), rid INTEGER, dal DATE, PRIMARY KEY (rid), FOREIGN KEY () REFERENCES, FOREIGN KEY (rid) REFERENCES Reparti) CREATE TABLE Rep_Dir( Rid INTEGER, R CHAR(20), Budget REAL, Cf CHAR(15), Dal DATE, PRIMARY KEY (rid) FOREIGN KEY () REFERENCES ) Pag.5

6 Vincoli di partecipazione in SQL dal rid r budget Dirige Reparti Lavora_In dal Possiamo catturare i vincoli di partecipazione che coinvolgono un insieme di entità in una relazione binaria, ma poche altre cose (senza ricorrere a vincoli CHECK) CREATE TABLE Rep_Dir( Rid INTEGER, R CHAR(20), Budget REAL, Cf CHAR(15) NOT NULL, Dal DATE, PRIMARY KEY (rid), FOREIGN KEY () REFERENCES, ON DELETE NO ACTION) Pag.6

7 Traduzione di insiemi di entita deboli costo p età Polizza Familiari Un insieme di entità deboli e l insieme di relazioni identificanti sono tradotte in una tabella singola Quando l entità proprietaria viene cancellata, anche tutte le sue entità deboli devono essere cancellate CREATE TABLE Polizza_Fam( P CHAR(20), età INTEGER, costo REAL, CHAR(15) NOT NULL, PRIMARY KEY (p, ) FOREIGN KEY () REFERENCES, ON DELETE CASCADE) Pag.7

8 Traduzione delle gerarchie ISA in tabelle relazionali Paghe_orarie Ore_lavorate ISA idcontratto Aroccio generale: 3 relazioni:, Imp_A_Ore e Imp_A_Contratto Imp_A_Ore: ogni impiegato è registrato in. Per gli impiegati a ore, informazioni aggiuntive sono registrate in Imp_A_Ore (paghe_orarie, ore_lavorate, CF); bisogna cancellare le tuple di Imp_A_Ore se viene cancellata la relativa tupla di Le interrogazioni che coinvolgono tutti gli impiegati sono facili, quelle che coinvolgono solo Imp_A_Ore richiedono la lettura di due tabelle per leggere alcuni attributi Alternativa: solo Imp_A_Ore e Imp_A_Contratto Imp_A_Ore:,,, paghe_orarie, ore_lavorate Imp_A_Contratto:,,, idcontratto Ciascun impiegato deve aartenere a una di queste due sottoclassi Imp_A_Ore Imp_A_Contratto Pag.8

9 Coie di relazioni binarie p età Familiari Intestatario Beneficiario Polizze polizzaid costo Pag.9

10 Coie di relazioni binarie (segue) Il vincolo di chiave ci permette di combinare Acquirente con Polizze e Beneficiario con Familiari I vincoli di partecipazione portano a vincoli NOT NULL Che succederebbe se Polizze fosse un insieme di entità deboli? CREATE TABLE Polizze( polizzaid INTEGER, costo REAL, CHAR(15) NOT NULL, PRIMARY KEY (polizzaid), FOREIGN KEY (CF) REFERENCES ON DELETE CASCADE) CREATE TABLE Familiari ( P CHAR(20), Età INTEGER, polizzaid INTEGER, PRIMARY KEY (p, polizzaid), FOREIGN KEY (polizzaid) REFERENCES Polizze ON DELETE CASCADE) Pag.10