Basi di dati McGraw-Hill
|
|
|
- Placido Quarta
- 6 anni fa
- Просмотров:
Транскрипт
1 Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill Hill,, 1999 Capitolo 7: Progettazione logica
2 Progettazione concettuale Requisiti della base di dati Schema concettuale Progettazione logica Schema logico Progettazione fisica Schema fisico 2
3 Obiettivo della progettazione logica "tradurre" lo schema concettuale in uno schema logico che rappresenti gli stessi dati in maniera corretta ed efficiente 3
4 Dati di ingresso e uscita Ingresso: schema concettuale informazioni sul carico applicativo modello logico Uscita: schema logico documentazione associata 4
5 Non si tratta di una pura e semplice traduzione alcuni aspetti non sono direttamente rappresentabili è necessario considerare le prestazioni 5
6 Carico applicativo Schema E-R Ristrutturazione dello schema E-R Modello logico Schema E-R ristrutturato Traduzione nel modello logico Schema logico 6
7 Ristrutturazione schema E-RE Motivazioni: semplificare la traduzione "ottimizzare" le prestazioni Osservazione: uno schema E-R ristrutturato non è (più) uno schema concettuale nel senso stretto del termine 7
8 Per ottimizzare il risultato abbiamo bisogno di analizzare le prestazioni a questo livello Ma: le prestazioni non sono valutabili con precisione su uno schema concettuale! 8
9 Consideriamo indicatori dei parametri che regolano le prestazioni spazio: numero di occorrenze previste tempo: numero di occorrenze (di entità e relationship) visitate durante un operazione 9
10 Cognome (0,1) Direzione (1,1) Telefono (1,N) Codice Impiegato (0,N) Partecipazione (1,N) (0,1) (1,N) Afferenza (0,1) Data Dipartimento (1,1) Composizione (1,N) Nome Budget Progetto Nome Via CAP Indirizzo Sede Città 10
11 Tavola dei volumi Concetto Tipo Volume Sede E 10 Dipartimento E 80 Impiegato E 2000 Progetto E 500 Composizione R 80 Afferenza R 1900 Direzione R 80 Partecipazione R
12 Esempio di valutazione di costo Operazione: trova tutti i dati di un impiegato, del dipartimento nel quale lavora e dei progetti ai quali partecipa Si costruisce una tavola degli accessi basata su uno schema di navigazione 12
13 Cognome Impiegato Codice (0,N) Partecipazione (1,N) (0,1) (1,N) Afferenza (0,1) Data Telefono Dipartimento (1,1) (1,N) Nome Progetto Budget Nome 13
14 Tavola degli accessi Concetto Costrutto Accessi Tipo Impiegato Entità 1 L Afferenza Relazione 1 L Dipartimento Entità 1 L Partecipazione Relazione 3 L Progetto Entità 3 L 14
15 Attività della ristrutturazione Analisi delle ridondanze Eliminazione delle generalizzazioni Partizionamento/accorpamento di entità e relationship Scelta degli identificatori primari 15
16 Analisi delle ridondanze Una ridondanza in uno schema E-R è una informazione significativa ma derivabile da altre in questa fase si decide se eliminare le ridondanze eventualmente presenti o mantenerle 16
17 Ridondanze Vantaggi semplificazione delle interrogazioni Svantaggi appesantimento degli aggiornamenti maggiore occupazione di spazio 17
18 Forme di ridondanza in uno schema E-RE attributi derivabili: da altri attributi della stessa entità (o relazione) da attributi di altre entità (o relazioni) relazioni derivabili dalla composizione di altre relazioni in presenza di cicli 18
19 Attributo derivabile Importo netto Impiegato IVA Importo lordo 19
20 Attributo derivabile da altra entità Importo totale Acquisto (1,N) (1,N) Composizione Prezzo Prodotto 20
21 Ridondanza dovuta a ciclo Studente (0,N) Frequenza (1,N) Corso (1,1) Insegnamento (1,1) Professore (0,N) Docenza (1,N) 21
22 Analisi di una ridondanza Numero abitanti Persona Residenza Città 22
23 Concetto Tipo Volume Città E 200 Persona E Residenza R Operazione 1: memorizza una nuova persona con la relativa città di residenza (500 volte al giorno) Operazione 2: stampa tutti i dati di una città (incluso il numero di abitanti) (2 volte al giorno) 23
24 Presenza di ridondanza Operazione 1 Concetto Costrutto Accessi Tipo Persona Entità 1 S Residenza Relazione 1 S Città Entità 1 L Città Entità 1 S Operazione 2 Concetto Costrutto Accessi Tipo Città Entità 1 L 24
25 Assenza di ridondanza Operazione 1 Concetto Costrutto Accessi Tipo Persona Entità 1 S Residenza Relazione 1 S Operazione 2 Concetto Costrutto Accessi Tipo Città Entità 1 L Residenza Relazione 5000 L 25
26 Presenza di ridondanza Costi: Operazione 1: 1500 accessi in scrittura e 500 accessi in lettura al giorno Operazione 2: trascurabile. Contiamo doppi gli accessi in scrittura Totale di 3500 accessi al giorno 26
27 Assenza di ridondanza Costi: Operazione 1: 1000 accessi in scrittura Operazione 2: accessi in lettura al giorno Contiamo doppi gli accessi in scrittura Totale di accessi al giorno 27
28 Attività della ristrutturazione Analisi delle ridondanze Eliminazione delle generalizzazioni Partizionamento/accorpamento di entità e relazioni Scelta degli identificatori primari 28
29 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 29
30 Tre possibilità 1. accorpamento delle figlie della generalizzazione nel genitore 2. accorpamento del genitore della generalizzazione nelle figlie 3. sostituzione della generalizzazione con relazioni 30
31 A01 A02 E0 R1 E3 E1 E2 R2 A11 A21 E4 31
32 A11 A21 (0,1) (0,1) A01 E0 A02 R1 E3 TIPO (0,..) R2 E4 32
33 A01 A02 E0 R1 E3 E1 E2 R2 A11 A21 E4 33
34 R11 R12 E3 E1 E2 R2 A01 A11 A02 A01 A21 A02 E4 34
35 A01 A02 E0 R1 E3 E1 E2 R2 A11 A21 E4 35
36 A01 A02 E0 R1 E3 RG1 (0,1) (1,1) (0,1) (1,1) RG2 E1 E2 R2 A11 A21 E4 36
37 la scelta fra le alternative si può fare con metodo simile a quello visto per l'analisi delle ridondanze (però non basato solo sul numero degli accessi) è possibile seguire alcune semplici regole generali 37
38 1. conviene se gli accessi al padre e alle figlie sono contestuali 2. conviene se gli accessi alle figlie sono distinti 3. conviene se gli accessi alle entità figlie sono separati dagli accessi al padre sono anche possibili soluzioni ibride, soprattutto in gerarchie a più livelli 38
39 A01 A02 E0 R1 E3 E1 E2 R2 A11 A21 E4 39
40 A01 A02 A11 (0,1) E0 R1 E3 TIPO (0,1) (1,1) RG2 E2 R2 A21 E4 40
41 Attività della ristrutturazione Analisi delle ridondanze Eliminazione delle generalizzazioni Partizionamento/accorpamento di entità e relazioni Scelta degli identificatori primari 41
42 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 42
43 Ristrutturazioni, casi principali partizionamento verticale di entità partizionamento orizzontale di relationship eliminazione di attributi multivalore accorpamento di entità/ relationship 43
44 Cognome Indirizzo Data nascita Codice Impiegato Livello Stipendio Ritenute 44
45 Cognome Codice Stipendio Livello Dati anagrafici (1,1) (1,1) R Dati lavorativi Indirizzo Data nascita Ritenute 45
46 Nome Indirizzo Agenzia (1,N) Città Telefono 46
47 Città Nome Numero Agenzia (1,N) (1,1) Utenza Telefono Indirizzo 47
48 Cognome Codice fiscale Interno Indirizzo Persona (0,1) (1,1) Intestazione Appartamento Indirizzo Data nascita 48
49 Cognome Indirizzo Data nascita Codice fiscale Persona Interno (0,1) Indirizzo (0,1) 49
50 Ruolo Cognome Città Nome Giocatore (1,N) (1,N) Composizione Squadra Data acquisto (0,1) Data cessione 50
51 Ruolo Data acquisto (1,1) Comp. (1,N) attuale Nome Giocatore Squadra Cognome (1,N) Comp. passata (1,N) Città Data acquisto Data cessione 51
52 Attività della ristrutturazione Analisi delle ridondanze Eliminazione delle generalizzazioni Partizionamento/accorpamento di entità e relazioni Scelta degli identificatori primari 52
53 Scelta degli identificatori principali operazione indispensabile per la traduzione nel modello relazionale Criteri assenza di opzionalità semplicità utilizzo nelle operazioni più frequenti o importanti 53
54 Se nessuno degli identificatori soddisfa i requisiti visti? Si introducono nuovi attributi (codici( codici) ) contenenti valori speciali generati appositamente per questo scopo 54
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw -Hill, Progettazione logica. Dati di ingresso e uscita
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw -Hill, 1996-2002 Capitolo 8: Progettazione logica 17/10/2002 Progettazione concettuale Requisiti della base di dati Schema concettuale Progettazione
Atzeni, Ceri, Paraboschi, Torlone Basi di dati
Atzeni, Ceri, Paraboschi, Torlone Basi di dati Capitolo 9 (I parte) Progettazione logica: ristrutturazione degli schemi E-RE Requisiti della base di dati Basi di dati - Modelli e linguaggi di interrogazione-
Requisiti della base di dati. Schema concettuale
Requisiti della base di dati Basi di dati - Modelli e linguaggi di interrogazione- Paolo Atzeni, Stefano Ceri, Stefano Paraboschi, Riccardo Torlone Progettazione concettuale Schema concettuale Progettazione
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, Obiettivo della progettazione logica. Dati di ingresso e uscita
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, 1999 Progettazione logica Obiettivo della progettazione logica "tradurre" lo schema concettuale in uno schema logico che rappresenti gli stessi
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, Progettazione logica. Dati di ingresso e uscita
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, 1996-2002 Capitolo 8: Progettazione logica 17/10/2002 Progettazione concettuale Requisiti della base di dati Schema concettuale Progettazione
Atzeni, Ceri, Paraboschi, Torlone Basi di dati. Progettazione logica. Attenzione
Atzeni, Ceri, Paraboschi, Torlone Basi di dati Capitolo 7: Progettazione logica Attenzione Nel seguito, come gia detto nella descrizione del modello E-R, con la dizione Relationship si intende la relazione
Progettazione logica
Progettazione logica Progettazione Logica Il prodotto della progettazione logica è uno schema logico che rappresenta le informazioni contenute nello schema E- R in modo corretto ed efficiente. Richiede
Analisi delle ridondanze
Ridondanze Vantaggi semplificazione delle interrogazioni: se lo stesso dato compare in più tabelle, è minore la probabilità di dovere fare un join per recuperarlo. Svantaggi appesantimento degli aggiornamenti:
Traduzione dal modello E/R al modello relazionale
Traduzione dal modello E/R al modello relazionale Obiettivo: tradurre lo schema concettuale in uno schema logico che rappresenti gli stessi dati in maniera corretta (ed efficiente) Schema E-R Ristrutturazione
Generalizzazione. Docente : Alfredo Cuzzocrea Tel. : Informatica
Università Magna Graecia di Catanzaro Informatica Generalizzazione Docente : Alfredo Cuzzocrea e-mail : [email protected] Tel. : 0984 831730 Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill,
Corso di Basi di Dati
Corso di Basi di Dati Progettazione Logica Home page del corso: http://www.cs.unibo.it/~difelice/dbsi/ Analisi dei requisiti e progettazione in dettaglio Studio/analisi dei requisiti Risultati SCHEMA CONCETTUALE
Progettazione logica
Progettazione logica Obiettivo della fase di progettazione logica è pervenire, a partire dallo schema concettuale, a uno schema logico che lo rappresenti in modo fedele e che sia, al tempo stesso, efficiente
Progettazione logica relazionale (1/2) Progettazione logica. Progettazione logica relazionale (2/2) Introduzione. Progettazione logica
Progettazione logica Progettazione logica relazionale (1/2) Introduzione Ristrutturazione dello schema ER Eliminazione delle gerarchie Partizionamento di concetti Eliminazione degli attributi multivalore
Un esempio di progettazione concettuale
Un esempio di progettazione concettuale Si vuole realizzare una base di dati per una società che eroga corsi, di cui vogliamo rappresentare i dati dei partecipanti ai corsi e dei docenti. Per i partecipanti
Corso di Laurea in Informatica Basi di Dati a.a
Corso di Laurea in Informatica Basi di Dati a.a. 2012-2013 Laboratorio 31B Esercitatori : Ing. G. Laboccetta Dott.ssa V. Policicchio Progetto Didattico Durante le lezioni saranno realizzate tutte le fasi
Modello Entità-Relazione (E-R)
Università Magna Graecia di Catanzaro Informatica Modello Entità-Relazione (E-R) Docente : Alfredo Cuzzocrea e-mail : [email protected] Tel. : 0984 831730 Lucidi tratti da: Atzeni, Ceri, Paraboschi,
IL MODELLO ENTITÀ- RELAZIONE. Gli altri costruttori
IL MODELLO ENTITÀ- RELAZIONE Gli altri costruttori Sommario Cardinalità Identificatori Generalizzazioni Costruzione di schemi E-R E R con tutti i costruttori Cardinalità delle relazioni Coppia di valori
Altri costrutti del modello E-R. Esempio di cardinalità. Cardinalità di Residenza. Occorrenze di Residenza. Cardinalità di relationship
Altri costrutti del modello E-R Cardinalità di relationship Cardinalità di relationship di attributo Identificatore interno Coppia di valori associati a ogni entità che partecipa a una relationship specificano
Progettazione di basi di dati: Progettazione Concettuale e Progettazione Logica
Progettazione di basi di dati: Progettazione Concettuale e Progettazione Logica Progettazione di basi di dati È una delle attività del processo di sviluppo dei sistemi informativi va quindi inquadrata
Atzeni, Ceri, Paraboschi, Torlone Basi di dati
Atzeni, Ceri, Paraboschi, Torlone Basi di dati Capitolo 9 (II parte): Progettazione logica: Dallo schema ER allo schema relazionale Traduzione verso il modello relazionale idea di base: le entità diventano
Informatica Industriale Modello funzionale: Informazione Modello Entità-Relazione
DIIGA - Università Politecnica delle Marche A.A. 2006/2007 Informatica Industriale Modello funzionale: Informazione Modello Entità-Relazione Luca Spalazzi [email protected] www.diiga.univpm.it/~spalazzi/
2 - Metodologie e modelli per la progettazione di BD. Informatica II Basi di Dati (08/09) Parte 1. Introduzione alla progettazione
Informatica II Basi di Dati (08/09) Parte 1 Gianluca Torta Dipartimento di Informatica dell Università di Torino [email protected], 0116706782 2 - Metodologie e modelli per la progettazione di BD Introduzione
Basi di dati Modelli e linguaggi di interrogazione
Paolo Atzeni Stefano Ceri Stefano Paraboschi Riccardo Torlone Basi di dati Modelli e linguaggi di interrogazione web site McGraw-Hill IUAV - VENEZIA H 9882 BIBLIOTECA CENTRALE Paolo Atzeni Stefano Ceri
2. le operazioni nettamente più frequenti sono due, che accedono rispettivamente a tutte le occorrenze
Cognome: Basi di dati (nuovo ordinamento) Sistemi informativi, primo modulo (vecchio ordinamento) 30 giugno 2004 Compito A Tempo a disposizione: un ora e trenta minuti. Libri chiusi. Corso di studio: Istruzioni
Basi di Dati Relazionali
Corso di Laurea in Informatica Basi di Dati Relazionali a.a. 2009-2010 PROGETTAZIONE DI UNA BASE DI DATI Raccolta e Analisi dei requisiti Progettazione concettuale Schema concettuale Progettazione logica
Laboratorio di Basi di Dati
Laboratorio di Basi di Dati Esercizi di progettazione concettuale e logica Anno accademico 2016-2017 Paolo Perlasca Parte di questi lucidi è tratta da una versione precedente di Marco Mesiti, Stefano Valtolina,
Unità 3. Modello Relazionale
Unità 3 Modello Relazionale Modello Logico Modelli logico che deriva da concetti Matematici Permette di descrivere in modo corretto ed efficiente tutte le informazioni contenute nel modello E/R Meno astrato
Modello Entità-Relazione
Modello Entità-Relazione Modelli concettuali, perché? servono per ragionare sulla realtà di interesse, indipendentemente dagli aspetti realizzativi permettono di rappresentare le classi di dati di interesse
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, La normalizzazione
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, 1996-2002 : La normalizzazione Forme normali Basi di dati - Modelli e linguaggi di interrogazione- Paolo Atzeni, Stefano Ceri, Stefano Paraboschi,
Modello Entità-Relazione
Modello Entità-Relazione Modelli concettuali, perché? servono per ragionare sulla realtà di interesse, indipendentemente dagli aspetti realizzativi permettono di rappresentare le classi di dati di interesse
Forme normali. Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill. La normalizzazione. Normalizzazione. Una relazione con anomalie.
Forme normali Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill Hill,, 1996-2002 Capitolo 9: La normalizzazione 23/10/2002 Una forma normale è una proprietà di una base di dati relazionale che
SISTEMI INFORMATIVI TERRITORIALI DATABASES -LEZIONE 3
SISTEMI INFORMATIVI TERRITORIALI DATABASES -LEZIONE 3 Patrizio Pelliccione [email protected] Dipartimento di Informatica Università degli Studi dell Aquila RINGRAZIAMENTI Queste slides
