IL MODELLO ENTITÀ-RELAZIONE Gli altri costruttori

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)
PROGETTAZIONE DI BASE DI DATI Metodologie e modelli.
IL MODELLO ENTITA’ - RELAZIONE I costruttori di base
LA PROGETTAZIONE LOGICA Seconda parte
LA PROGETTAZIONE CONCETTUALE Seconda parte
Progettazione concettuale
Progettazione concettuale
DATABASE Sono strumenti informatici con i quali è possibile memorizzare e gestire numerose quantità di informazioni di un’ organizzazione, in modo: Semplice;
1 Sistemi per il recupero delle informazioni PARTE - III COME SI MODELLA.
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
4 – Progettazione – Introduzione e Modello E-R
6 – Progettazione Logica
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,
PROGETTO LOGICO. Progetto logico Lo schema E/R descrive un dominio applicativo ad un dato livello di astrazione Lo schema E/R è molto utile per: –fornire.
ENTITÀ - RELAZIONE MODELLO ENTITÀ E ATTRIBUTI DOMINI RELAZIONI
teoria … e pratica con Microsoft Access
Corso di Informatica (Basi di Dati)
Corso di Informatica (Basi di Dati)
LA PROGETTAZIONE LOGICA
LA PROGETTAZIONE DELLE BASI DI DATI
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, 1999
Metodologie e Modelli di Progetto
Basi di dati 2002 EER Vogliamo aumentare lespressività degli Entity Model EER: Entity Model Esteso.
Modello E-R Generalizzazioni
Normalizzazione Le forme normali certificano che la base di dati soddisfa criteri di qualità che mirano ad evitare le ridondanze e i conseguenti effetti.
Partizionamento/accorpamento di concetti
Modello E-R Generalizzazioni
Basi di dati Claudia Raibulet
Modello entità-relazione
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill,
LA PROGETTAZIONE DELLE BASI DI DATI
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
Informatica II – Basi di Dati (08/09) – Parte 2 Gianluca Torta Dipartimento di Informatica dellUniversità di Torino
Corso di Basi di Dati Progettazione Logica
Basi di Dati e Sistemi Informativi
Basi di Dati e Sistemi Informativi
MODELLO E/R.
Basi di dati Progetto Logico per il Modello Relazionale (E
1 Basi di dati (Sistemi Informativi) Scuola di Dottorato in Scienze Veterinarie per la Salute Animale e la Sicurezza Alimentare a.a Ing. Mauro.
Progettazione di una base di dati Progettazione logica (modello relazionale)
Progettazione logica Analisi delle prestazioni su schemi E-R
Il modello Entity-Relationship
Progettazione Concettuale:
Informatica Introduzione alle basi di dati Lezione 2 Scienze e tecniche psicologiche dello sviluppo e dell'educazione, laurea magistrale Anno accademico:
Progettazione concettuale di basi di dati: introduzione e modello ER
Progettazione Logica Il prodotto della progettazione logica è uno schema logico che rappresenta le informazioni contenute nello schema E-R in modo corretto.
Database Progettazione Concettuale
Progettazione di basi di dati Giorgio Ghelli Perché progettare Le basi di dati nascono normalmente senza progettazione, buttando tutti i dati in una.
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.
Progettazione Logica Il prodotto della progettazione logica è uno schema logico che rappresenta le informazioni contenute nello schema E-R in modo corretto.
Progettazione di una base di dati relazionale Terza forma normale.
PROGETTAZIONE DI BASE DI DATI Metodologie e modelli.
Descrizione del modello EA con uno schema (parziale) EA Compito 1 di laboratorio: Progetto e realizzazione di una base dati per gestire la documentazione.
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.
15/12/2014Atzeni-Ceri-Fraternali-Paraboschi-Torlone, Basi di dati, Capitolo 8 1 (0,1) (0,N) (1,1) (0,1) (1,1) (1,N) (0,N) (1,N) (1,1) Città Telefono Nome.
Eprogram informatica V anno.
Cloud informatica V anno.
NORMALIZZAZIONE ESERCIZI. INTRODUZIONE La modellazione E-R ci ha consentito di descrivere schemi relazionali Lo strumento base per la modellizzazione.
Progettazione di Database l Progettazione Concettuale: strutturazione della “realtà” che si vuole rappresentare secondo uno schema concettuale l Dallo.
Transcript della presentazione:

IL MODELLO ENTITÀ-RELAZIONE Gli altri costruttori

Sommario Cardinalità Identificatori Generalizzazioni Costruzione di schemi E-R con tutti i costruttori

Cardinalità delle relazioni Coppia di valori che si associa a ogni entità che partecipa a una relazione specificano il numero minimo e massimo di occorrenze delle relazione cui ciascuna occorrenza di una entità può partecipare

(1,5) (0,50) Assegnamento Impiegato Incarico

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

Occorrenze di Residenza Studente C1 C2 C3 Città R3 R4 R2 R1

Cardinalità di Residenza Studente Città (1,1) (1,N)

Classificazione di relazioni Con riferimento alle cardinalità massime, abbiamo relazioni: uno a uno, uno a molti, molti a molti

Relazioni “molti a molti” Esame Studente Corso (0,N) Scalata Montagna Alpinista (0,N) (1,N) Abilitazione Macchinista Locomotore (0,N)

Relazioni “uno a molti” Impiego Persona Azienda (0,1) (1,N) Nascita Persona Città (1,1) (1,N) Ubicazione Comune Provincia (1,1) (1,N)

Relazioni “uno a uno” Vendita Ordine Fattura (0,1) (1,1) Docenza Professore Corso (1,1) (0,1) Direzione Impiegato Progetto (0,1) (1,1)

Cardinalità di attributi E’ possibile associare delle cardinalità anche agli attributi, con due scopi: indicare opzionalità indicare attributi multivalore

Rappresentazione grafica Impiegato Targa auto Nome Numero patente (0,N) (0,1)

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 relazioni identificatore esterno

Identificatori interni Automobile Targa Modello Colore Persona Data Nascita Cognome Nome

Identificatore esterno Cognome Matricola Nome (1,1) (1,N) Iscrizione Studente Università Anno Iscrizione Indirizzo

Alcune osservazioni ogni entità deve possedere almeno un identificatore, ma può averne in generale più di uno una identificazione esterna è possibile solo attraverso una relazione a cui l’entità da identificare partecipa con cardinalità (1,1)

Indirizzo Dipartimento Sede Impiegato Progetto Città Indirizzo Telefono Dipartimento Composizione Sede Direzione Afferenza Impiegato Progetto Partecipazione Nome Cognome Budget Data Via CAP Codice (1,1) (0,1) (1,N) (1,N) (0,1) (0,N) (1,N) (1,1) (1,N) (0,1)

Generalizzazione mette in relazione una o più entità E1, E2, ..., En con una entità E, che le comprende come caso particolare E è generalizzazione di E1, E2, ..., En E1, E2, ..., En sono specializzazioni (o sottotipi) di E

Rappresentazione grafica Dipendente Impiegato Funzionario Dirigente

Proprietà di generalizzazioni Se E (padre) è 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 ogni occorrenza di E è occorrenza al più di una entità tra E1, E2, ..., En

Persona Codice fiscale Città Lavoratore Studente Stipendio Nome Età Città Nascita (1,N) (1,1) Lavoratore Studente Stipendio

Ereditarietà tutte le proprietà (attributi, relazioni, altre generalizzazioni) dell’entità padre vengono ereditate dalle entità figlie e non rappresentate esplicitamente

Classificazione di generalizzazioni una generalizzazione è totale se ogni occorrenza della entità padre è un occorrenza di almeno una delle entità figlie, altrimenti è parziale una generalizzazione è esclusiva se ogni occorrenza della entità padre è al più un occorrenza di una delle entità figlie, altrimenti è sovrapposta

Persona Uomo Donna Studente Lavoratore

Altre proprietà possono esistere gerarchie a più livelli e multiple gerarchie 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

Documentazione nel modello ER alcuni vinocoli non sono esprimibili (es. lo stipendio di un impiegato non può essere maggiore di quello del suo direttore) la documentazione aggiuntiva è indispensabile

business rules descrizione di un concetto vincoli di integrità derivazione di un concetto da altri concetti

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)

Persona CF Cognome Età Uomo Donna Militare Impiegato Studente Stipendio Matr. Segretario Direttore Progettista Responsabile

Contenuti della lezione Cardinalità di relazioni di attributi Identificatore interno esterno Generalizzazione Costruzione di schemi E-R