Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill,

Slides:



Advertisements
Presentazioni simili
La progettazione concettuale
Advertisements

Informatica II – Basi di Dati (08/09) – Parte 1
Corso di Laurea in Biotecnologie Informatica (Basi di Dati)
Dipartimento di Ingegneria Idraulica e Ambientale - Universita di Pavia 1 Caduta non guidata di un corpo rettangolare in un serbatoio Velocità e rotazione.
Presente e futuro della religiosità nel nord est DIFFERENZE TRA GENERAZIONI figli e padri italo de sandre 1ids.
MONITORAGGIO MATEMATICA V A Alunni 26 Presenti 23 Quesiti 44 Risposte totali 650 Risultato medio 28,3 media 64,2%
1 MeDeC - Centro Demoscopico Metropolitano Provincia di Bologna - per Valutazione su alcuni servizi erogati nel.
TAV.1 Foto n.1 Foto n.2 SCALINATA DI ACCESSO ALL’EREMO DI SANTA CATERINA DEL SASSO DALLA CORTE DELLE CASCINE DEL QUIQUIO Foto n.3 Foto n.4.
1 Pregnana Milanese Assessorato alle Risorse Economiche Bilancio Preventivo P R O P O S T A.
IL MODELLO ENTITÀ-RELAZIONE Gli altri costruttori
PROGETTAZIONE DI BASE DI DATI Metodologie e modelli.
IL MODELLO ENTITA’ - RELAZIONE I costruttori di base
LA PROGETTAZIONE LOGICA Seconda parte
Progettazione concettuale
1 Progettazione Concettuale: Entity/Relationships (E/R) Esigenza di strumenti efficaci, chiari e sintetici per rappresentare i dati di interesse e le loro.
1 Progettazione Concettuale: Entity/Relationships (E/R) Esigenza di strumenti efficaci, chiari e sintetici per rappresentare i dati di interesse e le loro.
Progettazione Concettuale: Il modello Entità-Relazioni
Frontespizio Economia Monetaria Anno Accademico
4 – Progettazione – Introduzione e Modello E-R
Basi di Dati prof. A. Longheu 4 – Progettazione – Introduzione e Modello E-R Cap. 5 Basi di dati Atzeni – Ceri – Paraboschi - Torlone.
Relazioni Relazione: Associazione o legame logico esistente tra due o più entità Socio Prenota Campo.
Basi di dati - Modelli e linguaggi di interrogazione- Paolo Atzeni, Stefano Ceri, Stefano Paraboschi, Riccardo Torlone Copyright © The McGraw-Hill.
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill,
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill,
ENTITÀ - RELAZIONE MODELLO ENTITÀ E ATTRIBUTI DOMINI RELAZIONI
ELEZIONI REGIONALI 2010 PRIMI RISULTATI E SCENARI 14 aprile 2010.
Canale A. Prof.Ciapetti AA2003/04
Corso di Informatica (Basi di Dati)
Corso di Informatica (Basi di Dati)
Ufficio Studi UNIONCAMERE TOSCANA 1 Presentazione di Riccardo Perugi Ufficio Studi UNIONCAMERE TOSCANA Firenze, 19 dicembre 2000.
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, 1999
La partita è molto combattuta perché le due squadre tentano di vincere fino all'ultimo minuto. Era l'ultima giornata del campionato e il risultato era.
Metodologie e Modelli di Progetto
Cos’è un problema?.
Gli italiani e il marketing di relazione: promozioni, direct marketing, digital marketing UNA RICERCA QUANTITATIVA SVOLTA DA ASTRA RICERCHE PER ASSOCOMUNICAZIONE.
Modello E-R Generalizzazioni
Progettazione di una base di dati
Partizionamento/accorpamento di concetti
Modello E-R Generalizzazioni
Corso di Informatica - Basi di Dati Introduzione alle basi di dati Gabriella Pasi
CHARGE PUMP Principio di Funzionamento
Settimana: 3-7 marzo Orariolunedimartedi Mercoledi 5 Giovedi 6 Venerdi lezione intro alla fis mod DR lezione intro alla fis mod DR.
Q UESTIONI ETICHE E BIOETICHE DELLA DIFESA DELLA VITA NELL AGIRE SANITARIO 1 Casa di Cura Villa San Giuseppe Ascoli Piceno 12 e 13 dicembre 2011.
1 Negozi Nuove idee realizzate per. 2 Negozi 3 4.
ORDINE DI CHIAMATA a 1minuto e 2 minuti PRINCIPALI TEMPI DELLA COMPETIZIONE ORDINE DI CHIAMATA a 1minuto e 2 minuti PRINCIPALI TEMPI DELLA COMPETIZIONE.
TECNOLOGIE DELLINFORMAZIONE E DELLA COMUNICAZIONE PER LE AZIENDE Materiale di supporto alla didattica.
ISTITUTO COMPRENSIVO “G. BATTAGLINI” MARTINA FRANCA (TA)
Il modello ER Proposto da Peter Chen nel 1976 rappresenta uno standard per la progettazione concettuale (in particolare per le basi di dati) Ha una rappresentazione.
Progettare un database
Un trucchetto di Moltiplicazione per il calcolo mentale
GLI OBIETTIVI DELLA RICERCA
Basi di Dati e Sistemi Informativi
Esempi risolti mediante immagini (e con excel)
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill,
NO WASTE Progetto continuità scuola primaria scuola secondaria Salorno a.s. 2013_
Progettazione di una base di dati Progettazione logica (modello relazionale)
Progettazione Concettuale:
Informatica Introduzione alle basi di dati Lezione 2 Scienze e tecniche psicologiche dello sviluppo e dell'educazione, laurea magistrale Anno accademico:
IL GIOCO DEL PORTIERE CASISTICA. Caso n. 1 Il portiere nella seguente azione NON commette infrazioni.
Dati e DBMS DBMS relazionali SQL Progettazione di un DBMS Normalizzazione Programma del Corso di Basi di Dati.
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, 1999
Basi di dati - Modelli e linguaggi di interrogazione- Paolo Atzeni, Stefano Ceri, Stefano Paraboschi, Riccardo Torlone Copyright © The McGraw-Hill.
Progettazione di una base di dati Ciclo di vita di un sistema informativo Studio di fattibilità definisce le varie alternative possibili, i relativi costi.
Strategie di progetto Si possono utilizzare le strategie tipiche dello sviluppo di un processo di ingegnerizzazione (es. ingegneria del software). Strategie.
Progettazione di basi di dati: metodologie e modelli
PROGETTAZIONE DI BASE DI DATI Metodologie e modelli.
Metodologie e modelli per il progetto. 2 Introduzione alla progettazione Il problema: progettare una base di base di dati a partire dai suoi requisiti.
1 Esami Esame scritto: Tra 21 e 25 domande: 20 domande chiuse (20 punti),  5 domande aperte (10 punti) 1½ ore Esame orale/applicativo: Esercizi usando.
Eprogram informatica V anno.
Cloud informatica V anno.
Transcript della presentazione:

Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, 1996-2002 Capitolo 6: Progettazione di basi di dati: Metodologie e modelli 20/11/2003

Progettazione di basi di dati È una delle attività del processo di sviluppo dei sistemi informativi va quindi inquadrata in un contesto più generale: il ciclo di vita dei sistemi informativi: Insieme e sequenzializzazione delle attività svolte da analisti, progettisti, utenti, nello sviluppo e nell’uso dei sistemi informativi attività iterativa, quindi ciclo 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Studio di fattibilità Raccolta e analisi dei requisiti Progettazione Realizzazione Validazione e collaudo Funzionamento 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Fasi (tecniche) del ciclo di vita Studio di fattibilità: definizione costi e priorità Raccolta e analisi dei requisiti: studio delle proprietà del sistema Progettazione: di dati e funzioni Realizzazione Validazione e collaudo: sperimenazione Funzionamento: il sistema diventa operativo 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 La progettazione di un sistema informativo riguarda due aspetti: progettazione dei dati progettazione delle applicazioni Ma: i dati hanno un ruolo centrale i dati sono più stabili 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Studio di fattibilità Raccolta e analisi dei requisiti Progettazione dei dati Realizzazione Validazione e collaudo Funzionamento 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 … QUINDI Per garantire prodotti di buona qualità è opportuno seguire una metodologia di progetto, con: articolazione delle attività in fasi criteri di scelta modelli di rappresentazione generalità e facilità d'uso 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Studio di fattibilità Raccolta e analisi dei requisiti Progettazione dei dati Realizzazione Validazione e collaudo Funzionamento 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Progettazione concettuale Requisiti della base di dati “CHE COSA”: analisi Schema concettuale Progettazione logica Progettazione fisica Schema logico “COME”: progettazione Schema fisico 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 I prodotti della varie fasi sono schemi di alcuni modelli di dati: Schema concettuale Schema logico Schema fisico 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Modello dei dati insieme di costrutti utilizzati per organizzare i dati di interesse e descriverne la dinamica componente fondamentale: meccanismi di strutturazione (o costruttori di tipo) come nei linguaggi di programmazione esistono meccanismi che permettono di definire nuovi tipi, così ogni modello dei dati prevede alcuni costruttori ad esempio, il modello relazionale prevede il costruttore relazione, che permette di definire insiemi di record omogenei 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Schemi e istanze In ogni base di dati esistono: lo schema, sostanzialmente invariante nel tempo, che ne descrive la struttura (aspetto intensionale) nel modello relazionale, le intestazioni delle tabelle l’istanza, i valori attuali, che possono cambiare anche molto rapidamente (aspetto estensionale) nel modello relazionale, il “corpo” di ciascuna tabella 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Due tipi (principali) di modelli modelli logici: utilizzati nei DBMS esistenti per l’organizzazione dei dati utilizzati dai programmi indipendenti dalle strutture fisiche esempi: relazionale, reticolare, gerarchico, a oggetti modelli concettuali: permettono di rappresentare i dati in modo indipendente da ogni sistema cercano di descrivere i concetti del mondo reale sono utilizzati nelle fasi preliminari di progettazione il più noto è il modello Entity-Relationship 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Modelli concettuali, perché? Proviamo a modellare una applicazione definendo direttamente lo schema logico della base di dati: da dove cominciamo? rischiamo di perderci subito nei dettagli dobbiamo pensare subito a come correlare le varie tabelle (chiavi etc.) i modelli logici sono rigidi 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Modelli concettuali, perché? servono per ragionare sulla realtà di interesse, indipendentemente dagli aspetti realizzativi permettono di rappresentare le classi di dati di interesse e le loro correlazioni prevedono efficaci rappresentazioni grafiche (utili anche per documentazione e comunicazione) 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Architettura (semplificata) di un DBMS utente Schema logico Schema interno BD 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Progettazione concettuale Progettazione logica Progettazione fisica 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Modello Entity-Relationship (Entità-Relazione) Il più diffuso modello concettuale Ne esistono molte versioni, (più o meno) diverse l’una dall’altra 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

I costrutti del modello E-R Entità Relationship Attributo Identificatore Generalizzazione …. 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Entità Classe di oggetti (fatti, persone, cose) della applicazione di interesse con proprietà comuni e con esistenza “autonoma” Esempi: impiegato, città, conto corrente, ordine, fattura 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Relationship Legame logico fra due o più entità, rilevante nell’applicazione di interesse Esempi: Residenza (fra persona e città) Esame (fra studente e corso) 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Uno schema E-R, graficamente Esame Studente Corso 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Entità Classe di oggetti (fatti, persone, cose) della applicazione di interesse con proprietà comuni e con esistenza “autonoma” Esempi: impiegato, città, conto corrente, ordine, fattura 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Entità: schema e istanza classe di oggetti, persone, … "omogenei" Occorrenza (o istanza) di entità: elemento della classe (l'oggetto, la persona, …, non i dati) nello schema concettuale rappresentiamo le entità, non le singole istanze (“astrazione”) 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Rappresentazione grafica di entità Impiegato Dipartimento Città Vendita 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Entità, commenti Ogni entità ha un nome che la identifica univocamente nello schema: nomi espressivi opportune convenzioni singolare 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Relationship Legame logico fra due o più entità, rilevante nell’applicazione di interesse Esempi: Residenza (fra persona e città) Esame (fra studente e corso) Chiamata anche: relazione, correlazione, associazione 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Rappresentazione grafica di relationship Esame Studente Corso Residenza Impiegato Città 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Relationship, commenti Ogni relationship ha un nome che la identifica univocamente nello schema: nomi espressivi opportune convenzioni singolare sostantivi invece che verbi (se possibile) 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Esempi di occorrenze E1 S1 S2 S4 S3 Studente C1 C2 C3 Corso E2 E3 E4 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Relationship, occorrenze Una occorrenza di una relationship binaria è coppia di occorrenze di entità, una per ciascuna entità coinvolta Una occorrenza di una relationship n-aria è una n-upla di occorrenze di entità, una per ciascuna entità coinvolta Nell'ambito di una relationship non ci possono essere occorrenze (coppie, ennuple) ripetute 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Relationship corrette? Esame Studente Corso Visita Paziente Medico 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Due relationship sulle stesse entità Sede di lavoro Residenza Impiegato Città 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Relationship n-aria Fornitura Fornitore Prodotto Dipartimento 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Relationship ricorsiva: coinvolge “due volte” la stessa entità Persona Conoscenza 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Relationship ricorsiva con “ruoli” Successione Sovrano Successore Predecessore 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Relationship ternaria ricorsiva Confronto Tennista Superficie Migliore Peggiore 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Attributo Proprietà elementare di un’entità o di una relationship, di interesse ai fini dell’applicazione Associa ad ogni occorrenza di entità o relationship un valore appartenente a un insieme detto dominio dell’attributo 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Attributi, rappresentazione grafica Data Voto Cognome Nome Matricola Titolo Codice Esame Studente Corso 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Attributi composti Raggruppano attributi di una medesima entità o relationship che presentano affinità nel loro significato o uso Esempio: Via, Numero civico e CAP formano un Indirizzo 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Rappresentazione grafica Cognome Età Impiegato Via Indirizzo Numero CAP 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Impiegato Codice Cognome Direzione Telefono Dipartimento Nome Afferenza Data Partecipazione Composizione Città Indirizzo Sede Via CAP Progetto Nome Budget 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Altri costrutti del modello E-R Cardinalità di relationship di attributo Identificatore interno esterno Generalizzazione 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Cardinalità di relationship Coppia di valori associati a ogni entità che partecipa a una relationship specificano il numero minimo e massimo di occorrenze delle relationship cui ciascuna occorrenza di una entità può partecipare 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Esempio di cardinalità (1,5) (0,50) Assegnamento Impiegato Incarico 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 per semplicità usiamo solo tre simboli: 0 e 1 per la cardinalità minima: 0 = “partecipazione opzionale” 1 = “partecipazione obbligatoria” 1 e “N” per la massima: “N” non pone alcun limite 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Occorrenze di Residenza Città Studente 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Cardinalità di Residenza Studente Città (1,1) (0,N) 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Tipi di relationship Con riferimento alle cardinalità massime, abbiamo relationship: uno a uno uno a molti molti a molti 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Relationship “molti a molti” Esame Studente Corso (0,N) Scalata Montagna Alpinista (0,N) (1,N) Abilitazione Macchinista Locomotore (1,N) 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Due avvertenze Attenzione al "verso" nelle relationship uno a molti le relationship obbligatorie-obbligatorie sono molto rare 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Relationship “uno a molti” Impiego Persona Azienda (0,1) (0,N) Ubicazione Cinema Località (1,1) (0,N) Ubicazione Comune Provincia (1,1) (1,N) 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Relationship “uno a uno” Titolarità Professore Cattedra (0,1) Titolarità Professore di ruolo Cattedra (1,1) (0,1) Titolarità Professore di ruolo Cattedra coperta (1,1) 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Cardinalità di attributi E’ possibile associare delle cardinalità anche agli attributi, con due scopi: indicare opzionalità ("informazione incompleta") indicare attributi multivalore 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Rappresentazione grafica Impiegato Telefono Nome Numero patente (0,N) (0,1) 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Identificatore di una entità “strumento” per l’identificazione univoca delle occorrenze di un’entità costituito da: attributi dell’entità identificatore interno (attributi +) entità esterne attraverso relationship identificatore esterno 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Identificatori interni Targa Automobile Modello Persona Data Nascita Cognome Nome Indirizzo 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Identificatore esterno Cognome Matricola Nome (1,1) (0,N) Iscrizione Studente Università Anno di corso Indirizzo 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Alcune osservazioni ogni entità deve possedere almeno un identificatore, ma può averne in generale più di uno una identificazione esterna è possibile solo attraverso una relationship a cui l’entità da identificare partecipa con cardinalità (1,1) perché non parliamo degli identificatori delle relationship? 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Città Indirizzo Telefono Dipartimento Composizione Sede Direzione Afferenza Impiegato Progetto Partecipazione Nome Cognome Budget Data Via CAP Codice (1,1) (0,1) (1,N) (0,N) (0,1) (0,N) (1,N) (1,1) (1,N) (0,1) 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Generalizzazione mette in relazione una o più entità E1, E2, ..., En con una entità E, che le comprende come casi particolari E è generalizzazione di E1, E2, ..., En E1, E2, ..., En sono specializzazioni (o sottotipi) di E 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Rappresentazione grafica Dipendente Impiegato Funzionario Dirigente 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Proprietà delle generalizzazioni Se E (genitore) è generalizzazione di E1, E2, ..., En (figlie): ogni proprietà di E è significativa per E1, E2, ..., En ogni occorrenza di E1, E2, ..., En è occorrenza anche di E 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Città (0,N) Nascita Codice fiscale (1,1) Persona Nome Lavoratore Studente Stipendio Età 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Ereditarietà tutte le proprietà (attributi, relationship, altre generalizzazioni) dell’entità genitore vengono ereditate dalle entità figlie e non rappresentate esplicitamente 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Tipi di generalizzazioni totale se ogni occorrenza dell'entità genitore è occorrenza di almeno una delle entità figlie, altrimenti è parziale esclusiva se ogni occorrenza dell'entità genitore è occorrenza di al più una delle entità figlie, altrimenti è sovrapposta consideriamo (senza perdita di generalità) solo generalizzazioni esclusive e distinguiamo fra totali e parziali 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Persona Disoccupato Lavoratore 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Persona Uomo Donna Uomo Donna 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Altre proprietà possono esistere gerarchie a più livelli e multiple generalizzazioni allo stesso livello un'entità può essere inclusa in più gerarchie, come genitore e/o come figlia se una generalizzazione ha solo un’entità figlia si parla di sottoinsieme alcune configurazioni non hanno senso il genitore di una generalizzazione totale può non avere identificatore, purché … 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Esercizio Le persone hanno CF, cognome ed età; gli uomini anche la posizione militare; gli impiegati hanno lo stipendio e possono essere segretari, direttori o progettisti (un progettista può essere anche responsabile di progetto); gli studenti (che non possono essere impiegati) un numero di matricola; esistono persone che non sono né impiegati né studenti (ma i dettagli non ci interessano) 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 CF Persona Età Cognome Uomo Donna Militare Impiegato Studente Stipendio Matr. Segretario Direttore Progettista Responsabile 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Documentazione associata agli schemi concettuali dizionario dei dati entità relationship vincoli non esprimibili 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Città Indirizzo Telefono Dipartimento Composizione Sede Direzione Afferenza Impiegato Progetto Partecipazione Nome Cognome Budget Data Via CAP Codice (1,1) (0,1) (1,N) (0,N) (0,1) (0,N) (1,N) (1,1) (1,N) (0,1) 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Dizionario dei dati (entità) 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Dizionario dei dati (relationship) 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Vincoli non esprimibili 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6

Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6 Esercizio Definire uno schema E-R per una biblioteca, con le seguenti specifiche: oggetto dei prestiti sono esemplari (detti anche copie) di singoli volumi, identificati attraverso un numero di inventario; ogni volume è relativo ad una specifica edizione (che può essere articolata in più volumi, anche in modo diverso dalle altre edizioni) di un'opera un volume può essere presente in più copie una edizione è caratterizzata dall'opera, dall'editore, dalla collana e dall'anno riassumendo ed esemplificando, è possibile prendere in prestito la seconda copia del terzo volume de “I Miserabili”, edizione Mondadori, collana Oscar, del 1975 ogni collana ha un nome e un codice ogni editore ha un nome e un codice ogni opera ha un titolo, un autore e un anno di prima pubblicazione per ogni prestito in corso (quelli conclusi non interessano), sono rilevanti la data prevista di restituzione e l'utente (che può avere più volumi in prestito contemporaneamente), con codice identificativo, nome, cognome e recapito telefonico 20/11/2003 Atzeni-Ceri-Paraboschi-Torlone, Basi di dati, Capitolo 6