LA PROGETTAZIONE LOGICA Seconda parte

Slides:



Advertisements
Presentazioni simili
La progettazione concettuale
Advertisements

Informatica II – Basi di Dati (08/09) – Parte 1
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 CONCETTUALE Seconda parte
Le base di dati database.
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
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,
L’uso dei database in azienda
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.
teoria … e pratica con Microsoft Access
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.
Progettare una base di dati che permetta di gestire il problema descritto nel seguito, nei seguenti punti: 1. Definire uno schema Entità/Relazione che.
Modello E-R Generalizzazioni
Progettazione di una base di dati
Strategia bottom-up Nella strategia bottom-up le specifiche iniziali sono suddivise in componenti via via sempre più piccole, fino a descrivere frammenti.
Partizionamento/accorpamento di concetti
Modello E-R Generalizzazioni
Basi di dati Claudia Raibulet
Progettazione di un Data Base Magistrale Marketing Matricola:
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill,
Secondo compito: Progettazione di un Data Base Francesco Musmanno –
LA PROGETTAZIONE DELLE BASI DI DATI
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
Sistemi di Elaborazione delle Informazioni Mod.I.
Basi di Dati e Sistemi Informativi
Basi di Dati e Sistemi Informativi
Basi di dati Progetto Logico per il Modello Relazionale (E
DB- Sistemi Informativi
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
Progettazione Concettuale:
Informatica Introduzione alle basi di dati Lezione 2 Scienze e tecniche psicologiche dello sviluppo e dell'educazione, laurea magistrale Anno accademico:
Progettazione Logica Il prodotto della progettazione logica è uno schema logico che rappresenta le informazioni contenute nello schema E-R in modo corretto.
Secondo Compito:Progettazione di un database Pinto Vincenzo.
Database Progettazione Concettuale
Progetto di basi di dati Laboratorio di diagnosi mediche.
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, 1999
Progettazione di Database
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.
Strategie di progetto Si possono utilizzare le strategie tipiche dello sviluppo di un processo di ingegnerizzazione (es. ingegneria del software). Strategie.
Progettazione di una base di dati relazionale Terza forma normale.
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.
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.
NORMALIZZAZIONE ESERCIZI. INTRODUZIONE La modellazione E-R ci ha consentito di descrivere schemi relazionali Lo strumento base per la modellizzazione.
Progettazione concettuale Castagnozzi Savino Ciaramello Massimo Emiliano Galeazzi Federico Guerriero Lorenzo Macauda Giorgio.
Il modello relazionale. Modello Relazionale 2 Dal modello concettuale a quello logico Una volta stabilita la rappresentazione concettuale della realtà.
Progettazione di Database l Progettazione Concettuale: strutturazione della “realtà” che si vuole rappresentare secondo uno schema concettuale l Dallo.
Basi di dati - 09Marco Maggini1 Forme normali forme normali  Le forme normali verificano la qualità di uno schema di una base di dati relazionale  Presenza.
Universita’ di Milano Bicocca Corso di Basi di dati 1 in eLearning C
Partizionamento/accorpamento di concetti
Transcript della presentazione:

LA PROGETTAZIONE LOGICA Seconda parte

Argomenti della lezione Richiamo sulle fasi della progettazione logica Eliminazione delle gerarchie Partizionamento e accorpamento di concetti Identificatori principali Introduzione alla fase di traduzione

Ristrutturazione dello Schema E-R Carico applicativo Progettazione Logica Schema logico Ristrutturazione dello schema E-R Schema E-R ristrutturato Modello logico Traduzione nel modello logico Schema logico

Attività della ristrutturazione Analisi delle ridondanze Eliminazione delle generalizzazioni Partizionamento/accorpamento di entità e relazioni Scelta degli identificatori primari

Eliminazione delle gerarchie il modello relazionale non può rappresentare direttamente le generalizzazioni entità e relazioni sono invece direttamente rappresentabili si eliminano perciò le gerarchie, sostituendole con entità e relazioni

Tre possibilità (1) accorpamento delle figlie della generalizzazione nel padre (2) accorpamento del padre della generalizzazione nelle figlie (3) sostituzione della generalizzazione con relazioni

E0 R1 A01 A02 E3 R2 E4 E2 E1 A11 A21

E0 A01 A02 R1 E3 R2 E4 A11 A21 TIPO (0,1) (0,..) E2 E1 A11 A21

E0 R1 A01 A02 R12 R11 A01 A02 E3 R2 E4 E2 E1 A11 A21

E0 A01 A02 E2 E1 R2 E4 A11 A21 R1 E3 RG2 RG1 (1,1) (0,1)

è possibile però seguire alcune semplici regole generali la scelta fra le alternative si può fare con metodo simile a quello visto per l'analisi delle ridondanze è possibile però seguire alcune semplici regole generali

sono anche possibili soluzioni “ibride” (1) conviene se gli accessi al padre e alle figlie sono non sono distinti (2) conviene se gli accessi alle figlie sono distinti (con generalizzazione totale) (3) conviene se gli accessi alle entità figlie sono separati dagli accessi al padre (con generalizzazione parziale) sono anche possibili soluzioni “ibride”

E0 A01 A02 E2 R2 E4 A21 R1 E3 RG2 (1,1) (0,1) A11 TIPO E1 A11

Partizionamento e accorpamento di concetti

Gli accessi si riducono: Ristrutturazioni effettuate per rendere più efficienti le operazioni in base a un semplice principio Gli accessi si riducono: separando attributi di un concetto che vengono acceduti separatamente raggruppando attributi di concetti diversi acceduti insieme

Tipologie partizionamento verticale di entità partizionamento orizzontale di entità eliminazione di attributi multivalore accorpamento di entità/relazioni

Impiegato Livello Stipendio Ritenute Cognome Indirizzo Data nascita Codice

Livello Stipendio Ritenute Cognome Indirizzo Data nascita Codice Impiegato Dati anagrafici lavorativi (1,1)

Agenzia Indirizzo Città Telefono Nome (1,N)

Numero Indirizzo Nome Impiegato Agenzia Telefono (1,N) (1,1) Città

Indirizzo Interno Cognome Data nascita Codice fiscale Intestazione Persona Appartamento (0,1) (1,1)

Persona Interno Indirizzo Cognome Data nascita Codice fiscale (0,1)

Cognome Composizione Giocatore Squadra (1,N) Ruolo Nome Città Data acquisto cessione (0,1)

Cognome Comp. passata Giocatore Squadra (1,N) Ruolo Nome Città Data acquisto cessione attuale (1,1)

Scelta degli identificatori principali operazione indispensabile per la traduzione nel modello relazionale

Criteri assenza di valori nulli semplicità preferenza per gli identificatori interni utilizzo nelle operazioni più frequenti o importanti

Se nessuno degli identificatori soddisfa i requisiti visti? Si introducono nuovi attributi (codici) contenenti valori speciali generati appositamente per questo scopo

Traduzione verso il modello relazionale idea di base: le entità diventano relazioni sugli stessi attributi le associazioni (ovvero le relazioni E-R) diventano relazioni sugli identificatori delle entità coinvolte (più gli attributi propri)

Impiegato(Matricola, Cognome, Stipendio) Partecipazione (0,N) (1,N) Cognome Stipendio Matricola Impiegato Nome Codice Budget Progetto Impiegato(Matricola, Cognome, Stipendio) Progetto(Codice, Nome, Budget) Partecipazione(Matricola, Codice)

Contenuti della lezione Richiamo sulle fasi della progettazione logica Eliminazione delle gerarchie Partizionamento e accorpamento di concetti Identificatori principali Introduzione alla fase di traduzione