Progettazione di basi di dati D B M G
|
|
- Aloisio Locatelli
- 5 anni fa
- Visualizzazioni
Transcript
1 Progettazione di basi di dati D B M G
2 Progettazione logica relazionale (1/2) Introduzione Ristrutturazione dello schema ER Eliminazione delle gerarchie Partizionamento di concetti Eliminazione degli attributi multivalore Eliminazione degli attributi composti e scelta degli identificatori primari Traduzione nel modello relazionale: entità e relazioni molti a molti Traduzione nel modello relazionale: relazioni uno a molti D B M G 2
3 Progettazione logica relazionale (2/2) Traduzione nel modello relazionale: relazioni uno a uno Traduzione nel modello relazionale: entità con identificatore esterno Traduzione nel modello relazionale: relazioni ternarie D B M G 3
4 Progettazione logica Richiede di scegliere il modello dei dati modello relazionale Obiettivo definizione di uno schema logico relazionale corrispondente allo schema ER di partenza Aspetti importanti semplificazione dello schema per renderlo rappresentabile mediante il modello relazionale ottimizzazione per aumentare l efficienza delle interrogazioni D B M G 4
5 Passi della progettazione logica Schema ER Ristrutturazione dello schema Schema ER semplificato Traduzione Schema logico relazionale D B M G 5
6 Ristrutturazione dello schema ER Lo schema ER ristrutturato tiene conto di aspetti realizzativi non è più uno schema concettuale Obiettivi eliminazione dei costrutti per cui non esiste una rappresentazione diretta nel modello relazionale trasformazioni volte ad aumentare l efficienza delle operazioni di accesso ai dati D B M G 6
7 Attività di ristrutturazione Analisi delle ridondanze Eliminazione delle generalizzazioni Partizionamento e accorpamento di entità e relazioni Scelta degli identificatori primari D B M G 7
8 Analisi delle ridondanze Rappresentano informazioni significative, ma derivabili da altri concetti decisione se conservarle Effetti delle ridondanze sullo schema logico semplificazione e velocizzazione delle interrogazioni maggiore complessità e rallentamento degli aggiornamenti maggiore occupazione di spazio D B M G 8
9 Esempio di attributo ridondante Matricola Codice Studente (0,N) Esame superato (0,N) Corso MediaVoti Voto L attributo MediaVoti è ridondante utile per velocizzare le interrogazioni relative al calcolo della media dei voti degli studenti se conservato, occorre integrare lo schema relazionale con l indicazione di ridondanza dell attributo D B M G 9
10 Eliminazione delle gerarchie Non sono rappresentabili direttamente nel modello relazionale sono sostituite da entità e relazioni Metodi di ristrutturazione accorpamento delle entità figlie nell entità padre accorpamento dell entità padre nelle entità figlie sostituzione della gerarchia con relazioni D B M G 10
11 Esempio Esame specialistico Effettuato da (1,1) Specializzazione Medico Associazione Volontario Reparto Lavora in (1,1) (t,e) Personale Domicilio CodFisc D B M G 11
12 Accorpamento nel padre Reparto Lavora in (1,1) Personale Domicilio CodFisc D B M G 12
13 Attributi delle entità figlie Specializzazione (0,N) Reparto Lavora in (1,1) Personale Associazione Domicilio CodFisc D B M G 13
14 Relazioni con le entità figlie Esame specialistico Reparto Effettuato da (1,1) (0,N) Lavora in (1,1) Specializzazione (0,N) Personale Associazione Domicilio CodFisc D B M G 14
15 Attributo discriminante Esame specialistico Reparto Effettuato da (1,1) (0,N) Lavora in Tipo (1,1) Specializzazione (0,N) Personale Associazione Domicilio CodFisc Tipo permette di distinguere a quale entità figlia appartiene ogni occorrenza D B M G 15
16 Accorpamento nel padre Esame specialistico Reparto Effettuato da (1,1) (0,N) Lavora in Tipo (1,1) Applicabile per qualsiasi copertura Specializzazione (0,N) Personale Associazione Domicilio CodFisc se sovrapposta, sono possibili molte combinazioni come valori di Tipo D B M G 16
17 Accorpamento nelle figlie Esame specialistico Effettuato da (1,1) Specializzazione Medico Associazione Volontario D B M G 17
18 Attributi del padre Esame specialistico Effettuato da (1,1) Specializzazione Medico Domicilio Associazione Volontario Domicilio CodFisc CodFisc D B M G 18
19 Relazioni con il padre Esame specialistico Effettuato da (1,1) Specializzazione (1,1) Medico Domicilio CodFisc Associazione Volontario (1,1) Domicilio CodFisc Reparto Lavora in 1 Lavora in 2 Occorre sdoppiare le relazioni con l entità padre D B M G 19
20 Cardinalità della relazione Lavora in Esame specialistico Effettuato da (1,1) Specializzazione (1,1) Medico Domicilio CodFisc Associazione Volontario (1,1) Domicilio CodFisc (0,N) Reparto (0,N) Lavora in 1 Lavora in 2 Occorre sdoppiare le relazioni con l entità padre D B M G 20
21 Accorpamento nelle figlie Esame specialistico Effettuato da (1,1) Specializzazione (1,1) Medico Domicilio CodFisc Associazione Volontario (1,1) Domicilio CodFisc (0,N) Reparto (0,N) Lavora in 1 Lavora in 2 Non adatta per copertura parziale o sovrapposta D B M G 21
22 Sostituzione con relazioni Esame specialistico Effettuato da (1,1) Specializzazione Medico Associazione Volontario Reparto Lavora in (1,1) Personale Domicilio CodFisc D B M G 22
23 Relazioni tra padre e figlie Esame specialistico Effettuato da (1,1) Specializzazione Medico Associazione Volontario E un E un Reparto Lavora in (1,1) Personale Domicilio CodFisc D B M G 23
24 Identificazione delle entità figlie Esame specialistico Effettuato da (1,1) Specializzazione Medico Associazione Volontario E un E un Reparto Lavora in (1,1) Personale Domicilio CodFisc D B M G 24
25 Cardinalità della relazione E un Esame specialistico Effettuato da (1,1) Specializzazione Medico (1,1) (1,1) Associazione Volontario E un E un Reparto Lavora in (1,1) Personale Domicilio CodFisc D B M G 25
26 Sostituzione con relazioni Esame specialistico Effettuato da (1,1) Specializzazione Medico (1,1) (1,1) Associazione Volontario E un E un Reparto Lavora in (1,1) Personale Soluzione più generale e sempre applicabile può essere dispendiosa per ricostruire l informazione di partenza Domicilio CodFisc D B M G 26
27 Valutazione delle alternative L accorpamento delle entità figlie nell entità padre è appropriato quando le entità figlie introducono differenziazioni non sostanziali (pochi valori nulli) le operazioni d accesso non distinguono tra occorrenze dell entità padre e delle figlie (accesso più efficiente) D B M G 27
28 Valutazione delle alternative L accorpamento dell entità padre nelle entità figlie è appropriato quando la generalizzazione è totale le operazioni d accesso distinguono tra occorrenze delle diverse entità figlie (accesso più efficiente) D B M G 28
29 Valutazione delle alternative Sono possibili anche soluzioni miste le operazioni d accesso distinguono tra occorrenze di alcune entità figlie (accesso più efficiente) Per le generalizzazioni a più livelli, si procede nello stesso modo, partendo dal livello inferiore D B M G 29
30 Partizionamento di concetti Partizionamento di entità o relazioni rappresentazione migliore di concetti separati separazione di attributi di uno stesso concetto che sono utilizzati da operazioni diverse maggiore efficienza delle operazioni D B M G 30
31 Partizionamento di entità Codice Domicilio Impiegato Livello Stipendio Ritenute Domicilio Codice Dati anagrafici Dati impiegato Dati lavorativi Stipendio Livello Ritenute D B M G 31
32 Cardinalità della relazione Dati impiegato Codice Domicilio Impiegato Livello Stipendio Ritenute Domicilio Codice Dati anagrafici (1,1) Dati impiegato (1,1) Dati lavorativi Stipendio Livello Ritenute D B M G 32
33 Partizionamento di relazioni CodiceFiscale Cliente DataFine (0,N) Occupa Locale dell albergo Numero Descrizione Tempo DataInizio DataInizio DataFine CodiceFiscale Occupa attualmente Cliente DataFine Locale dell albergo Ha occupato Numero Descrizione D M BG Tempo DataInizio 33
34 Cardinalità della relazione Ha occupato CodiceFiscale Cliente DataFine (0,N) Occupa Locale dell albergo Numero Descrizione Tempo DataInizio DataInizio DataFine CodiceFiscale Occupa attualmente Cliente (0,N) DataFine (0,N) Locale dell albergo Ha occupato Numero Descrizione D M BG Tempo DataInizio 34
35 Cardinalità della relazione Occupa attualmente CodiceFiscale Cliente DataFine (0,N) Occupa Locale dell albergo Numero Descrizione Tempo DataInizio DataInizio DataFine CodiceFiscale Cliente (0,N) Occupa attualmente DataFine (0,N) (0,N) (0,N) Locale dell albergo Ha occupato Numero Descrizione D M BG Tempo DataInizio 35
36 Eliminazione degli attributi multivalore Non sono rappresentabili nel modello relazionale L attributo multivalore è rappresentato mediante una nuova entità collegata da una relazione all entità originale attenzione alla cardinalità della nuova relazione D B M G 36
37 Eliminazione degli attributi multivalore Codice fiscale Persona Titolo di studio Professione Codice fiscale Persona Professione Ha conseguito Titolo di studio Titolo D B M G 37
38 Cardinalità della relazione Ha conseguito Codice fiscale Persona Professione Titolo di studio Codice fiscale Persona Professione Titolo di studio Ha conseguito Titolo D B M G 38
39 Eliminazione degli attributi multivalore Codice fiscale Persona Telefono Professione Codice fiscale Persona Professione Ha telefono Telefono Numero D B M G 39
40 Cardinalità della relazione Ha telefono Codice fiscale Persona Telefono Professione Codice fiscale Persona Professione Ha telefono (1,1) Telefono Numero D B M G 40
41 Eliminazione degli attributi composti Non sono rappresentabili nel modello relazionale Due alternative si rappresentano in modo separato gli attributi componenti adatta se è necessario accedere separatamente a ciascun attributo si introduce un unico attributo che rappresenta la concatenazione degli attributi componenti adatta se è sufficiente l accesso all informazione complessiva D B M G 41
42 Rappresentazione separata degli attributi Codice fiscale Persona Professione Via Numero civico CAP Codice fiscale Persona Professione Via Numero civico CAP D B M G 42
43 Rappresentazione con un attributo unico Codice fiscale Persona Professione Via Numero civico CAP Codice fiscale Persona Professione Indirizzo D B M G 43
44 Scelta degli identificatori primari Necessaria per definire la chiave primaria delle tabelle Un buon identificatore non assume valore nullo è costituito da pochi attributi (meglio 1!) possibilmente è interno è utilizzato da molte operazioni d accesso Può essere opportuno introdurre codici identificativi D B M G 44
45 Traduzione nel modello relazionale Si esegue sullo schema ER ristrutturato senza gerarchie, attributi multivalore e composti Trasformazioni ad ogni entità corrisponde una tabella con gli stessi attributi per le relazioni occorre considerare la cardinalità massima D B M G 45
46 Traduzione di entità Codice fiscale Persona Professione Persona(CodiceFiscale,,, Professione*) Chiave primaria sottolineata Attributi opzionali indicati con asterisco D B M G 46
47 Traduzione di relazioni binarie molti a molti Ogni relazione molti a molti corrisponde a una tabella la chiave primaria è la combinazione degli identificatori delle due entità collegate è possibile ridenominare gli attributi della tabella che corrisponde alla relazione (necessario in caso di relazioni ricorsive) D B M G 47
48 Relazione binaria molti a molti Matricola Studente (0,N) Esame (0,N) Corso CodCorso Voto Studente(Matricola,, ) Corso(CodCorso, ) Esame(Matricola, CodCorso, Voto) D B M G 48
49 Relazione binaria molti a molti ricorsiva CodP Costo Componente (0,N) Prodotto Composto (0,N) Composizione Quantità Prodotto(CodP,, Costo) Composizione(CodComposto, CodComponente, Quantità) D B M G 49
50 Relazione binaria uno a molti Sono possibili due modalità di traduzione mediante attributi mediante una nuova tabella D B M G 50
51 Relazione binaria uno a molti: entità Codice fiscale Persona (1,1) Residenza Comune Comune Provincia Data trasferimento Persona(CodiceFiscale,, ) Comune(Comune, Provincia) D B M G 51
52 Relazione binaria uno a molti Codice fiscale Persona (1,1) Residenza Comune Comune Provincia Data trasferimento Persona(CodiceFiscale,,, Comune, DataTrasferimento) Comune(Comune, Provincia) D B M G 52
53 Relazione binaria uno a molti: alternativa n.1 Matricola Studente Laurea (0,N) Facoltà Facoltà Città Data laurea Studente(Matricola,, ) Facoltà(Facoltà, Città) Laurea(Matricola, Facoltà, DataLaurea) D B M G 53
54 Relazione binaria uno a molti: alternativa n.2 Matricola Studente Laurea (0,N) Facoltà Facoltà Città Data laurea Studente(Matricola,,, Facoltà*, DataLaurea*) Facoltà(Facoltà, Città) D B M G 54
55 Relazione binaria uno a uno Sono possibili più traduzioni dipende dal valore della cardinalità minima D B M G 55
56 Relazione binaria uno a uno: alternativa n.1 Partecipazione obbligatoria da entrambi i lati Matricola Rettore (1,1) E Rettore (1,1) Università Università Città Data elezione Rettore(Matricola,,, Università, DataElezione) Università(Università, Città) D B M G 56
57 Relazione binaria uno a uno: alternativa n.2 Partecipazione obbligatoria da entrambi i lati Matricola Rettore (1,1) E Rettore (1,1) Università Università Città Data elezione Rettore(Matricola,, ) Università(Università, Città, Matricola, DataElezione) D B M G 57
58 Relazione binaria uno a uno: caso 2 Partecipazione opzionale da un lato Matricola Professore Rettore (1,1) Università Università Città Data elezione D B M G 58
59 Relazione binaria uno a uno: entità Partecipazione opzionale da un lato Matricola Professore Rettore (1,1) Università Università Città Data elezione Professore(Matricola,, ) Università(Università, Città) D B M G 59
60 Relazione binaria uno a uno Partecipazione opzionale da un lato Matricola Professore Rettore (1,1) Università Università Città Data elezione Professore(Matricola,, ) Università(Università, Città, Matricola, DataElezione) D B M G 60
61 Relazione binaria uno a uno: caso 3 Partecipazione opzionale da entrambi i lati Matricola Professore Rettore Università Università Città Data elezione D B M G 61
62 Relazione binaria uno a uno: alternativa n.1 Partecipazione opzionale da entrambi i lati Matricola Professore Rettore Università Università Città Data elezione Professore(Matricola,, ) Università(Università, Città) Rettore(Matricola, Università, DataElezione) D B M G 62
63 Relazione binaria uno a uno: alternativa n.2 Partecipazione opzionale da entrambi i lati Matricola Professore Rettore Università Università Città Data elezione Professore(Matricola,, ) Università(Università, Città) Rettore(Matricola, Università, DataElezione) D B M G 63
64 Relazione binaria uno a uno: alternativa n.3 Partecipazione opzionale da entrambi i lati Matricola Professore Rettore Università Università Città Data elezione Professore(Matricola,, ) Università(, Città, Matricola*, DataElezione* ) D B M G 64
65 Entità con identificatore esterno Matricola Iscrizione Studente (1,1) (0,N) Università Città Università(Università, Città) Studente(Matricola, Università,, ) La relazione è rappresentata insieme all identificatore D B M G 65
66 Relazione ternaria: entità Matricola Esame Studente (0,N) (0,N) Corso Codice Voto Tempo Data Studente(Matricola,, ) Corso(Codice, ) Tempo(Data) D B M G 66
67 Relazione ternaria: identificatore Matricola Esame Studente (0,N) (0,N) Corso Codice Voto Tempo Data Studente(Matricola,, ) Corso(Codice, ) Tempo(Data) Esame(Matricola, Codice, Data D B M G 67
68 Relazione ternaria: attributi Matricola Esame Studente (0,N) (0,N) Corso Codice Voto Tempo Data Studente(Matricola,, ) Corso(Codice, ) Tempo(Data) Esame(Matricola, Codice, Data, Voto) D B M G 68
69 Vincoli d integrità referenziale Le relazioni rappresentano vincoli d integrità referenziale Matricola Studente (0,N) Esame (0,N) Corso CodCorso Voto D B M G 69
70 Integrità referenziale: relazione Esame Tabelle coinvolte Studente(Matricola,, ) Corso(CodCorso, ) Esame(Matricola, CodCorso, Voto) Vincoli d integrità referenziale Esame(Matricola) REFERENCES Studente(Matricola) D B M G 70
71 Integrità referenziale: relazione Esame Tabelle coinvolte Studente(Matricola,, ) Corso(CodCorso, ) Esame(Matricola, CodCorso, Voto) Vincoli d integrità referenziale Esame(Matricola) REFERENCES Studente(Matricola) Esame(CodCorso) REFERENCES Corso(CodCorso) D B M G 71
Progettazione logica relazionale (1/2)
Progettazione di basi di dati D B M G (1/2) Introduzione Ristrutturazione dello schema ER Eliminazione delle gerarchie Partizionamento di concetti Eliminazione degli attributi multivalore Eliminazione
DettagliProgettazione logica relazionale. Basi di dati. Elena Baralis 2007 Politecnico di Torino D B M G D B M G3 D B M G6 D B M G5
(1/2) Progettazione di basi di dati Introduzione Ristrutturazione dello schema ER Eliminazione delle gerarchie Partizionamento di concetti Eliminazione degli attributi multivalore Eliminazione degli attributi
DettagliProgettazione 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
DettagliProgettazione logica relazionale (1/2)
Progettazione di basi di dati (1/2) Introduzione Ristrutturazione dello schema ER Eliminazione delle gerarchie Partizionamento di concetti Eliminazione degli attributi multivalore Eliminazione degli attributi
DettagliAtzeni, 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
DettagliBasi di dati. Progettazione logica
Basi di dati Progettazione logica Progettazione concettuale Requisiti della base di dati Schema concettuale Progettazione logica Schema logico Progettazione fisica Schema fisico 2 Obiettivo della progettazione
DettagliAtzeni, 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
DettagliE. Giunchiglia Basi di dati 1 (trasparenze basate su Atzeni,, Ceri, Paraboschi, Torlone: : Basi di dati, Capitolo 8) Progettazione logica
Requisiti della base di dati E. Giunchiglia Basi di dati 1 (trasparenze basate su Atzeni,, Ceri, Paraboschi, Torlone: : Basi di dati, Capitolo 8) Progettazione logica 05/10/2004 Progettazione concettuale
DettagliAtzeni, 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
DettagliObiettivi della progettazione logica. Fasi della progettazione logica. Ristrutturazione dello schema ER. Parte VI. Progettazione logica
Obiettivi della progettazione logica Parte VI Progettazione logica Basi di dati - prof. Silvio Salza - a.a. 2014-2015 VI - 1 Tradurre lo schema concettuale (schema ER con vincoli) in uno schema logico
DettagliAtzeni, 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-
DettagliBasi di dati McGraw-Hill
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill Hill,, 1999 Capitolo 7: Progettazione logica Progettazione concettuale Requisiti della base di dati Schema concettuale Progettazione logica Schema
DettagliProgettazione logica. Requisiti della base di dati. Schema concettuale. Schema logico. Schema fisico. Obiettivo della progettazione logica
Requisiti della base di dati Progettazione logica Progettazione concettuale Schema concettuale Progettazione logica Schema logico Progettazione fisica Schema fisico Obiettivo della progettazione logica
DettagliRequisiti 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
DettagliInformatica Industriale
DIIGA - Università Politecnica delle Marche A.A. 2006/2007 Informatica Industriale Modello informatico: Applicativo Progettazione logica Luca Spalazzi spalazzi@diiga.univpm.it www.diiga.univpm.it/~spalazzi/
DettagliPartizionamento/accorpamento di concetti
Partizionamento/accorpamento di concetti Gli accessi possono essere ridotti separando gli attributi di uno stesso concetto cui fanno accesso operazioni diverse e raggruppando attributi di concetti diversi
DettagliCorso 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
DettagliRistrutturazione di schemi E-R. Ridondanze. Analisi delle ridondanze. Vantaggi semplificazione delle interrogazioni
Ristrutturazione di schemi E-R Ridondanze Può essere divisa in più passi successivi: Analisi delle ridondanze: si decide se mantenere o eliminare le eventuali ridondanze Eliminazione delle generalizzazioni:
DettagliProgettazione 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
DettagliLa progettazione logica Traduzione dal modello Entità-Associazione al modello relazionale Anno accademico 2008/2009
La progettazione logica Traduzione dal modello Entità-Associazione al modello Anno accademico 2008/2009 Obiettivo: Costruire uno schema logico in grado di descrivere le informazioni contenute nello schema
DettagliTraduzione 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
DettagliLa Progettazione Logica
La Progettazione Logica Atzeni, Ceri, Paraboschi, Torlone Basi Di Dati: Modelli e Linguaggi di Interrogazione, McGraw-Hill Italia, Capitolo 9 La progettazione Logica Scopo: Costruire uno schema logico
DettagliUn 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
DettagliI prodotti della varie fasi sono schemi di alcuni modelli di dati:
Requisiti della base di dati Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, 1996-2002 Capitolo 6: Progettazione di basi di dati: Metodologie e modelli 17/10/2002 Progettazione concettuale
DettagliUnità 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
DettagliAtzeni, 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
DettagliProgettazione logica D O C E N T E P R O F. A L B E R T O B E L U S S I. Anno accademico 2012/2013
Progettazione logica D O C E N T E P R O F. A L B E R T O B E L U S S I Anno accademico 2012/2013 Riepilogo lezioni precedenti Modello relazionale Costrutti introdotti Domini di base: caratteri, stringhe
DettagliLA PROGETTAZIONE LOGICA. Prima parte
LA PROGETTAZIONE LOGICA Prima parte Argomenti della lezione Inquadramento del problema della progettazione logica Fasi della progettazione logica Ristrutturazione di schemi E-R Analisi delle prestazioni
DettagliBasi di dati Progettazione logica. Elena Baralis Politecnico di Torino
Progettazione logica Progettazione logica Richiede di scegliere il modello dei dati!modello relazionale Obiettivo: definizione di uno schema logico relazionale corrispondente allo schema ER di partenza
DettagliProgettazione logica di basi di dati La progettazione logica
Progettazione logica di basi di dati La progettazione logica Schema E Carico applicativo Modello logico Progettazione logica istrutturazione dello schema E Schema E ristrutturato Traduzione verso un modello
DettagliTraduzione. Scelta degli identificatori principali
Scelta degli identificatori principali E molto importante per l importanza rivestita dalle chiavi nel modello relazionale Bisogna scegliere una chiave principale secondo i seguenti criteri: Escludere gli
DettagliDOCENTE PROF. ALBERTO BELUSSI. Anno accademico 2010/11
Progettazione logica DOCENTE PROF. ALBERTO BELUSSI Anno accademico 2010/11 Riepilogo lezioni precedenti Modello relazionale l Costrutti introdotti 2 Domini di base: caratteri, stringhe di caratteri, interi,
DettagliLa progettazione logica
La progettazione logica Angelo Chianese,, Vincenzo Moscato, Antonio Picariello, Lucio Sansone Basi di dati per la gestione dell'informazione 2/ed McGraw-Hill Capitolo 3 (Paragrafo 3.5) Capitolo 4 (Paragrafi
Dettagliadattato da Atzeni et al., Basi di dati, McGrawHill
1.1. Analisi delle ridondanze 1.2. Eliminazione delle generalizzazioni 1.3. Partizionamento/accorpamento di entità e relazioni 1.4. Scelta degli identificatori primari 2 Sono ristrutturazioni effettuate
DettagliProgettazione logica: criteri di ottimizzazione
Progettazione logica: criteri di ottimizzazione Sistemi Informativi T Versione elettronica: 08.2.progLogica.ottimizzazione.pdf Criteri di ottimizzazione Per confrontare tra loro diverse alternative di
DettagliModello E/R avanzato: Gerarchie di Generalizzazione/ specializzazione. Concetti Definizioni Esempi
Modello E/R avanzato: Gerarchie di Generalizzazione/ specializzazione Concetti Definizioni Esempi Generalizzazioni 2 Le generalizzazione sono costrutti potenti usati nella progettazione concettuale per
DettagliPROGETTAZIONE LOGICA. Patrizio Dazzi a.a
PROGETTAZIONE LOGICA Patrizio Dazzi a.a. 2017-2018 COMUNICAZIONI Lezione odierna Progettazione logica Nessun ricevimento questo mercoledì PICCOLO RIASSUNTO DELLA PUNTATA PRECEDENTE Concetti di progettazione
DettagliCorso 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
DettagliIl modello Entità-Relazioni (entity-relationship)
Il modello Entità-Relazioni (entity-relationship) Introduzione alla progettazione Problema: progettare una base di dati a partire da requisiti sulla realtà di interesse Progettare=definire struttura caratteristiche
DettagliProgettazione logica: criteri di ottimizzazione
Progettazione logica: criteri di ottimizzazione Sistemi Informativi T Versione elettronica: 08.2.progogica.ottimizzazione.pdf Criteri di ottimizzazione Per confrontare tra loro diverse alternative di traduzione
DettagliAtzeni, 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
DettagliProgettazione di basi di dati. Progettazione di basi di dati: Progettazione Concettuale e Progettazione Logica. Fasi (tecniche) del ciclo di vita
Progettazione di basi di dati Progettazione di basi di dati: Progettazione Concettuale e Progettazione Logica È una delle attività del processo di sviluppo dei sistemi informativi va quindi inquadrata
DettagliProgettazione. Realizzazione
È 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à
DettagliProgettazione di basi di dati. Progettazione di basi di dati: Progettazione Concettuale e Progettazione Logica. Fasi (tecniche) del ciclo di vita
Progettazione di basi di dati Progettazione di basi di dati: Progettazione Concettuale e Progettazione Logica È una delle attività del processo di sviluppo dei sistemi informativi va quindi inquadrata
DettagliProgettazione Logica. T. Catarci, M. Scannapieco, Corso di Basi di Dati, A.A. 2008/2009, Sapienza Università di Roma
Progettazione Logica 1 Da concettuale a logico Traduzione di uno schema concettuale (E-R) in uno schema (relazionale) logico Fare attenzione ai vincoli di integrità! La prima ottimizzazione si basa sulla
DettagliModello Entità - Relazione. Basi di dati. Elena Baralis 2007 Politecnico di Torino D B M G D B M G2 D B M G4 D B M G6. Progettazione di basi di dati
di basi di dati Modello Entità-Relazione concettuale logica Normalizzazione Sistemi informativi D B M G D B M G2 Modello Entità-Relazione di basi di dati di basi di dati Entità e relazioni Attributi Identificatori
DettagliD B M G D B M G 2. Sistemi informativi. Progettazione di basi di dati
Sistemi informativi D B M G Progettazione di basi di dati Modello Entità-Relazione Progettazione concettuale Progettazione logica Normalizzazione D B M G 2 1 Progettazione di basi di dati D B M G Modello
DettagliSistemi informativi D B M G
Sistemi informativi D B M G Progettazione di basi di dati Modello Entità-Relazione Progettazione concettuale Progettazione logica Normalizzazione D B M G 2 Modello Entità-Relazione Ciclo di vita di un
DettagliGeneralizzazione. Docente : Alfredo Cuzzocrea Tel. : Informatica
Università Magna Graecia di Catanzaro Informatica Generalizzazione Docente : Alfredo Cuzzocrea e-mail : cuzzocrea@si.deis.unical.it Tel. : 0984 831730 Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill,
DettagliD. Gubiani Progettazione 3
Università degli Studi di Udine Facoltà di Agraria CORSO DI LAUREA IN SCIENZE E TECNOLOGIE DELL AMBIENTE E DEL TERRITORIO Sistemi di Elaborazione dell Informazione Progettazione D. Gubiani 3 novembre 2009
DettagliD B M G D B M G 2. Basi di dati. Progettazione di basi di dati. Elena Baralis 2007 Politecnico di Torino 1. Modello Entità-Relazione
D B M G Progettazione di basi di dati Modello Entità-Relazione Progettazione concettuale Progettazione logica Normalizzazione D B M G 2 2007 Politecnico di Torino 1 Progettazione di basi di dati D B M
Dettagli2 - 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 torta@di.unito.it, 0116706782 2 - Metodologie e modelli per la progettazione di BD Introduzione
DettagliProgettazione 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
DettagliTraduzione. Associazioni n-arie
Una volta riorganizzato lo schema si può passare alla traduzione dal modello E-R a quello relazionale. di associazioni molti a molti Tipicamente, passando dal modello E-R a quello relazionale, si procede
DettagliGerarchia di Generalizzazione. Esempio. Rappresentazione grafica. Cap. 4 - Modello E/R avanzato: Gerarchie di Generalizzazione/ specializzazione
Gerarchia di Generalizzazione 22 Cap. 4 - Modello E/R avanzato: Gerarchie di Generalizzazione/ specializzazione Concetti Definizioni Esempi Mette in relazione (legami logici) una o più entità, E 2,...,
DettagliProgettazione Logica. ISProgLog 1
Progettazione Logica vaccaricarlo@gmail.com ISProgLog 1 Metodologia di progettazione Una metodologia di progettazione consiste generalmente in: Generare una decomposizione in passi successivi e indipendenti
DettagliCorso di Basi di Dati
Corso di Laurea in Ingegneria Gestionale Sapienza - Università di Roma Corso di Basi di Dati A.A. 2016/2017 9 - Progettazione Logica Tiziana Catarci Ultimo aggiornamento : 22/02/2017 Progetto di una base
DettagliBasi di dati Prova di autovalutazione 16 dicembre 2010 Cenni sulle soluzioni
Basi di dati Prova di autovalutazione 16 dicembre 2010 Cenni sulle soluzioni Domanda 1 Sul foglio allegato è mostrata una schematizzazione delle informazioni sulle automobili come pubblicate da una rivista
DettagliEntità. Relazioni. Cardinalità delle relazioni. Ogni entità ha un nome che la identifica
Entità Ogni entità ha un nome che la identifica univocamente nello schema: I nomi devono essere per quanto possibile espressivi Convenzioni Si usa il singolare Si rappresenta di solito con un rettangolo
DettagliAtzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, Capitolo 6: Progettazione di basi di dati: Metodologie e modelli
Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, 1996-2002 : Progettazione di basi di dati: Metodologie e modelli Altri costrutti del modello E-R Cardinalità di relationship di attributo Identificatore
DettagliEntità. Modello Entità-Relazione (E-R) Relazioni (associazioni) Attributi
Modello Entità-Relazione (E-R) Modello concettuale di dati. Fornisce una serie di strutture (costrutti) per descrivere un problema in modo chiaro e semplice. I costrutti vengono utilizzati per definire
DettagliProgettazione logica Fase 2: Traduzione nel modello relazionale. adattato da Atzeni et al., Basi di dati, McGrawHill
Progettazione logica Fase 2: Traduzione nel modello relazionale 2 Vedremo: 1. prima la regola di traduzione per le entita 2. poi la regola base per le relationship molti a molti (chiamata anche regola
DettagliIL 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
DettagliMa: progettazione dei dati. progettazione delle applicazioni. Progettazione di basi di dati
di basi di dati E. Giunchiglia Basi di dati 1 (trasparenze basate su Atzeni,, Ceri, Paraboschi, Torlone: : Basi di dati, Capitolo 6) di basi di dati: Metodologie e modelli 05/10/2004 È una delle attività
DettagliBasi di Dati. Modello Concettuale
Basi di Dati Modello Concettuale Dettagli e Approfondimenti Mod. Concettuale >> Sommario Dettagli e Approfondimenti Classi e identificatori Generalizzazioni Cardinalità Associazioni Il Modello Entità-Relazione
DettagliLE BASI DI DATI. Seconda parte La progettazione di database Relazionali SCHEMA LOGICO - Ristrutturazione dello schema concettuale
LE BASI DI DATI Seconda parte La progettazione di database Relazionali SCHEMA LOGICO - Ristrutturazione dello schema concettuale LA PROGETTAZIONE LOGICA L'obiettivo della progettazione logica è quello
DettagliStrategie top-down. Primitive di trasformazione top-down. Primitive di trasformazione top-down
Strategie top-down A partire da uno schema che descrive le specifiche mediante pochi concetti molto astratti, si produce uno schema concettuale mediante raffinamenti successivi che aggiungono via via più
DettagliPrincipi di Progettazione del Software a.a
Principi di Progettazione del Software a.a. 2017-2018 Fondamenti di basi di dati: dal modello Entità-Relazioni al modello Relazionale Prof. Università del Salento Obiettivi della lezione Trasformare uno
DettagliInformatica 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 spalazzi@diiga.univpm.it www.diiga.univpm.it/~spalazzi/
DettagliConversione Modello ER in Modello Relazionale. A.Bardine - Conversione Modello ER in Modello Relazionale
Basi di Dati A.Bardine - Il Modello Relazionale che rappresenta la realtà di interesse può essere ricavato direttamente dal Modello ER attraverso una sequenza di operazioni di conversione. Entità: Una
DettagliProgettazione 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
DettagliLaboratorio 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,
DettagliCap. 3 - Il modello ER
Cap. 3 - Il modello ER Introduzione Introduzione Il modello ER nella progettazione Il modello e la progettazione concettuale Progettazione logica Progetto applicazioni di basi di dati 33 Progetto DB relazionale
DettagliBasi di Dati. Progettazione Logica
Basi di Dati Progettazione Logica Concetti Fondamentali Introduzione Raccolta dei Requisiti Diagramma Concettuale delle Classi Classe Associazione Cardinalità Generalizzazione Linee Guida per la Modellazione
DettagliAnalisi di una ridondanze. Numero abitanti. (1,1) (0,N) Residenza
Analisi di una ridondanze Numero abitanti Persona (1,1) (0,N) Residenza Città Valutazione costi Si considerano le operazioni principali Costo complessivo C1 F1 + C2 F2 + + Cn Fn C1, C2, Cn costo (numero
DettagliIl modello Entita Relazioni. Costrutti
Il modello Entita Relazioni Costrutti Progetto DB relazionale con il modello E-R Progettazione concettuale Progettazione logica Progettazione fisica 2 La progettazione concettuale Nella fase della progettazione
DettagliMa: progettazione dei dati progettazione delle applicazioni. Progettazione di basi di dati
di basi di dati Atzeni, Ceri, Paraboschi, Torlone Basi di dati McGraw-Hill, 1996-2002 Capitolo 6: di basi di dati: Metodologie e modelli 17/10/2002 È una delle attività del processo di sviluppo dei sistemi
DettagliDr. C. d'amat LA PROGETTAZIONE LOGICA
LA PROGETTAZIONE LOGICA La progettazione logica Obiettivo: tradurre lo schema ER prodotto nella fase di progettazione concettuale in uno schema logico in grado di descrivere gli stessi dati in maniera
DettagliCorso di Basi di Dati
Corso di Basi di Dati Progettazione Concettuale: Il Diagramma E-R Home page del corso: http://www.cs.unibo.it/~difelice/dbsi/ Progettazione di DB Analisi dei requisiti e progettazione in dettaglio Studio/analisi
DettagliControllo degli accessi
Controllo degli accessi SQL prevede la definizione di utenti, a ciascuno dei quali sono assegnati privilegi diversi. Gli utenti possono essere gli stessi del sistema su cui è attivo il server SQL, oppure
DettagliControllo degli accessi. Controllo degli accessi. Controllo degli accessi. Controllo degli accessi
SQL prevede la definizione di utenti, a ciascuno dei quali sono assegnati privilegi diversi. Gli utenti possono essere gli stessi del sistema su cui è attivo il server SQL, oppure indipendenti dal sistema.
DettagliModello 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
DettagliModello 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
DettagliPerché preoccuparci?
Perché preoccuparci? 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
DettagliTraduzione ER - relazionale
Traduzione ER - relazionale 1 Introduzione Algoritmo applicato ad uno schema ER ristrutturato:!! I. Traduzione delle entità (non deboli)! II. Traduzione delle associazioni 2 I.Traduzione delle entità (1)
DettagliAtzeni, Ceri, Paraboschi, Torlone Basi di dati. Progettazione di basi di dati: Metodologie e modelli
Atzeni, Ceri, Paraboschi, Torlone Basi di dati Parte II, Capitolo 7: Progettazione di basi di dati: Metodologie e modelli Il problema della progettazione di una BD Proviamo a pensare, progettare una applicazione
DettagliProgettazione di Basi di Dati
Progettazione di Basi di Dati Prof. Nicoletta D Alpaos & Prof. Andrea Borghesan Entità-Relazione ModelloEntity-Relationship. E-R E il modello concettuale più diffuso Fornisce costrutti per descrivere le
DettagliProgettazione di basi di dati. Progettazione di basi di dati
1 Preliminari Progettare una base di dati: definirne il contenuto e la struttura che esso deve avere metodologie di progettazione: le basi di dati sono sempre più complesse e sofisticate è necessario un
DettagliModello Entità-Relazione (E-R)
Università Magna Graecia di Catanzaro Informatica Modello Entità-Relazione (E-R) Docente : Alfredo Cuzzocrea e-mail : cuzzocrea@si.deis.unical.it Tel. : 0984 831730 Lucidi tratti da: Atzeni, Ceri, Paraboschi,
DettagliIl Modello Entità Relazione (ER)
Il Modello Entità Relazione (ER) foglia@iet.unipi.it Sommario Il modello Entità Relazione per la progettazione concettuale delle basi di dati Progettazione della basi di dati È una delle attività del processo
DettagliProgettazione Logica di Basi di Dati
Progettazione Logica di Basi di Dati Sistemi Informativi L Corso di Laurea in Ingegneria dei Processi Gestionali A.A. 2003/2004 Docente: Prof. Wilma Penzo Il secondo passo requisiti del Sistema informativo
DettagliLaboratorio di Basi di Dati
Laboratorio di Basi di Dati Esercizi di progettazione concettuale Anno accademico 2017-2018 Paolo Perlasca Esercizio Lezioni erogate da un centro di formazione regionale 2 Analisi dei requisiti! Si vuole
DettagliProgetto concettuale delle basi di dati
Progetto concettuale delle basi di dati Gian Pietro Picco Dipartimento di Elettronica e Informazione, Italy picco@elet.polimi.it http://www.elet.polimi.it/~picco Il progetto dei dati Specifiche dei dati
DettagliBasi di Dati 1 Esercitazione 5 08/01/2013. Matteo Picozzi
Basi di Dati 1 Esercitazione 5 08/01/2013 Matteo Picozzi http://home.dei.polimi.it/picozzi {picozzi@elet.polimi.it} proprietà logiche prevalenti su efficienza tenere sulla stessa entità informazioni che
DettagliBasi di dati Modello ER Figure ed esempi
Basi di dati Modello ER Figure ed esempi 23/11/2017 Atzeni-Ceri-Fraternali-Paraboschi-Torlone, 1 Uno schema E-R, graficamente Studente Esame Corso 2 Rappresentazione grafica di entità Impiegato Dipartimento
DettagliPrincipi di Progettazione del Software a.a
Principi di Progettazione del Software a.a. 2017-2018 Fondamenti di basi di dati: il modello Entità-Relazioni Prof. Università del Salento Obiettivi della lezione Introdurre l argomento delle basi di dati
DettagliREGISTRO DELLE LEZIONI
UNIVERSITÀ DEGLI STUDI DI GENOVA DIPARTIMENTO DI INFORMATICA, BIOINGEGNERIA, ROBOTICA E INGEGNERIA DEI SISTEMI CORSO DI LAUREA IN INFORMATICA REGISTRO DELLE LEZIONI del Corso Ufficiale nome: BASI DI DATI
Dettagli