Basi di Dati e Sistemi Informativi Progettazione Logica Home page del corso: difelice/dbsi

Basi di Dati e Sistemi

Informativi

Progettazione LogicaHome page del corso:

http://www.cs.unibo.it/~difelice/dbsi/

Studio/analisi dei requisiti

Progettazione concettuale

Progettazione logica

Progettazione fisica

SCHEMACONCETTUALE

SCHEMALOGICO

SCHEMAFISICO

Fasi della progettazioneRisultati

Analisi dei requisiti e progettazione in dettaglio …


L’obiettivo della progettazione logica e’ la realizzazione del modello logico (es. relazionale) a partire dalle informazioni del modello E-R.


DIAGRAMMA E-R TAVOLA VOLUMI ANALISI COSTI

PROGETTAZIONE LOGICA

Modello Relazionale

Dipendente

Tecnico Sviluppatore

Nome Anno Assunzione

Direzione

Partecipazione

Progetto

(0,1)

(0,N)

(1,N)

(1,1)

Mesi Uomo Versioni

ReleaseNumero

Data

(0,N)

(1,1)

Titolo

AnalistaProgrammatore

Skill

Budget


Dipendente



Direzione

Partecipazione

Progetto

(0,1)

(0,N)

(1,N)

(1,1)

Mesi Uomo Versioni

ReleaseNumero

Data

(0,N)

(1,1)

Titolo


Skill

Budget


DIPENDENTE(Nome, AnnoAssunzione, Skill, Tipo)

PROGETTO(Titolo, Budget, NomeDirettore)

RELEASE(Numero, TitoloProgetto, Data)

PARTECIPAZIONE(NomeDipendente, NomeProgetto, MesiUomo)

Una possibilita’ (sconsigliata, ma veloce) e’ quella di tradurre ogni entita’ ed ogni relazione del modello E-R con una tabella corrispondente …

PROBLEMI:

Efficienza Quante tabelle sono generate? Efficienza delle operazioni sui dati?

Correttezza Come tradurre le generalizzazioni? Non esiste un costrutto equivalente nel modello E-R …


Per garantire la qualita’ dello schema prodotto, la progettazione logica tipicamente include due step:

Ristrutturazione del modello concettuale modificare lo schema E-R per semplificare la traduzione ed ottimizzare il progetto.

Traduzione nel modello logico traduzione dei costrutti del modello E-R nei costrutti del modello relazionale …


Prima di tradurre il modello E-R, e’ necessario ristrutturarlo per motivi di correttezza/efficienza:

Analisi delle ridondanze Eliminazione delle generalizzazioni Eliminazione degli attributi multi-valore Partizionamento/accorpamento di

concetti Scelta degli identificatori



Nel modello E-R, potrebbero essere presenti ridondanze sui dati, ossia informazioni significative ma derivabili da altre gia’ presenti nel modello E-R.

Vantaggi delle ridondanze: Operazioni sui dati (spesso) piu’

efficienti

Svantaggi delle ridondanze: Maggiore occupazione di memoria Maggiore complessita’ degli

aggiornamenti


Le ridondanze in un diagramma E-R possono presentarsi in varie forme:

STIPENDIO

Lordo Netto Tasse

ATTRIBUTI DERIVABILI

Lo stipendio netto si puo’ ricavare dal lordo e dalle tasse.

PERSONA CITTARESIDENTI

Codice Fiscale Codice

(1,1)

Nome

(1,N)

DescrizioneNumero Abitanti

Il Numero Abitanti si puo’ ricavare contando le Persone


In questa fase, e’ necessario valutare cosa fare delle ridondanze …

PERSONA CITTARESIDENTI

Codice Fiscale Codice

(1,1)

Nome

(1,N)

DescrizioneNumero Abitanti

Il Numero Abitanti si puo’ ricavare contando le Persone

SOLUZIONE1: Eliminare l’attributo NumeroAbitanti

SOLUZIONE2: Conservare l’attributo nello schema.


Per scegliere cosa fare di un attributo ridondante, si puo’ utilizzare l’analisi del modello E-R che abbiamo visto nella progettazione concettuale.

1. Sia S lo schema E-R senza ridondanze

2. Sia Srid lo schema E-R con ridondanze

3. Si calcolano il costo e l’occupazione di memoria di entrambi gli schemi: <c(S),m(S)> e <c(Srid), m(Srid)>

4. Si confrontano c(S)/c(Srid) e |m(s) – m(Srid)|


Per effettuare l’analisi del modello E-R, e’ necessario disporre delle tavole dei volumi e delle operazioni.

Operazione1: Memorizza una nuova persona con la relativa citta’ d’appartenza (200 volte/giorno).

Operazione2: Visualizza tutti i dati di una citta’, incluso il numero di abitanti (5 volte/giorno)

Operazione Tipo Frequenza

Operazione1 I 200

Operazione2 I 5

TAVOLA delle OPERAZIONI


Per effettuare l’analisi del modello E-R, e’ necessario disporre delle tavole dei volumi e delle operazioni.

Concetto Tipo Volume

Citta’ E 100

Persona E 500000

Residenti R 500000

TAVOLA dei VOLUMI

Assumiamo che le informazioni sui volumi siano contenute nelle specifiche dei dati …


Analisi dello schema Srid (caso con ridondanza):

Operazione 1: frequenza 200 volte/giorno

Concetto Costrutto

Accessi Tipo

Persona Entita’ 1 W

Residenti Relazione 1 W

Citta’ Entita’ 1 R

Citta’ Entita’ 1 W

TAVOLA DEGLI ACCESSI

c(Op1)= 200*1*(3*2 +1)=1400

wI=1, wB=1a=2


Analisi dello schema Srid (caso con ridondanza):


Concetto Costrutto

Accessi Tipo

Citta’ Entita’ 1 L


c(Op2)= 5*1*(0*2 +1)=5

wI=1, wB=1a=2


Analisi dello schema S (caso senza ridondanza):


Concetto Costrutto

Accessi Tipo

Persona Entita’ 1 W

Residenti Relazione 1 W


c(Op1)= 200*1*(2*2 +0)=800

wI=1, wB=1a=2


Analisi dello schema S (caso senza ridondanza):


Concetto Costrutto

Accessi Tipo

Citta’ Entita’ 1 L

Residenza Relazione 5000 L


c(Op2)= 5*1*(0*2 +5001)=25005

wI=1, wB=1a=2


Riassumendo:

c(Srid) = c(Op1) + c(Op2) = 1400 + 5 ~ 1400

c(S) = c(Op1) + c(Op2) = 800 + 25005 ~ 26000

Vediamo ora l’occupazione di memoria:

m(S) = X (byte)

m(Srid) = X + 100 *4 = X+ 400 (byte)Il campo aggiuntivo richiede 4 byteVolume dell’entita’ Citta


Riassumendo, la presenza della ridondanza:

Introduce un overhead di memoria di 400 byte

Migliora lo speedup delle operazioni di un fattore 26000/1400 ~ 18!

Risultato dell’analisi delle ridondanze In questo caso, e’ conveniente conservare (o nel caso introdurre) l’attributo Numero Abitanti!

E0

E1


E2

A01 A02

A11A21

SOLUZIONE 1: Accorpamento delle entita’ figlie nell’entita’ genitore (con relativi attributi/relazione)…

E0

A01 A02

A11 A21

ATIPO

Attributo aggiunto …

E0

E1


E2

A01 A02

A11A21

SOLUZIONE 2: Accorpamento delle entita’ genitore nelle entita’ figlie (con relativi attributi/relazione)…

R1

E1 E2

A11A21

A01 A02

R1

A01 A02

R1

E0

E1


E2

A01 A02

A11A21

SOLUZIONE 3: Sostituzione delle generalizzazione con relazioni tra entita’ genitore ed entita’ figlie…

R1

E0

E1 E2

A01 A02

A11A21

R1

R01

R02

(0,1) (0,1)

(1,1)(1,1)

Quale traduzione utilizzare? Dipende …

SOL1 introduce valori nulli, ed un attributo aggiuntivo, ma e’ conveniente quando non ci sono troppe distinzioni tra E0, E1 ed E2 …

SOL2 e’ possibile solo la generalizzazione e’ totale, introduce valori nulli, e’ conveniente quando ci sono operazioni che coinvolgono solo E1 ed E2 ma non l’entita’ genitore E0 …


SOL3 non introduce valori nulli, ed e’ utile quando ci sono operazioni che si riferiscono solo ad entita’ di E1, E2 ed E0, ma ha necessita’ di introdurre dei vincoli:

Un’occorrenza di E0 non puo’ partecipare in contemporanea ad R01 ed R02

Se la generalizzazione e’ totale, ogni occorrenza di E0 deve appartenere ad R01 o R02 …


Dipendente



Direzione

Partecipazione

Progetto

(0,1)

(0,N)

(1,N)

(1,1)

Mesi Uomo Versioni

ReleaseNumero

Data

(0,N)

(1,1)

Titolo


Skill

Budget


SkillTipo


Analisi delle ridondanze Eliminazione delle generalizzazioni Eliminazione degli attributi multi-

valore Partizionamento/accorpamento di




E0

A01 A02

A03

(1,N)

E0 A03R(1,1)(1,N)

Gli attributi multivalore non sono presenti nel modello logico, ma possono essere sostituiti introducendo una relazione uno-a-molti …

Non introduce valori nulli,ma aumenta il numero dientita’ presenti nel sistema …

A01 A02


PERSONA

Nome Cognome

Telefono

(1,N)

PERSONA TELEFONOR(1,1)(1,N)

Gli attributi multivalore non sono presenti nel modello logico, ma possono essere sostituiti introducendo una relazione uno-a-molti …

Nome Cognome

Per una dato modello E-R, e’ possibile ridurre il numero di accessi:

separando attributi di un concetto che vengono acceduti separatamente partizionamenti

raggruppando attributi di concetti diversi acceduti insieme accorpamenti

Necessario avere indicazioni sul volume dei dati per effettuare partizionamenti/accorpamenti …


Gli accorpamenti di entita’ riguardano in genere associazioni uno-ad-uno…


PERSONA ABITAZIONE(1,1)(0,1)

Codice NomePROPRIETA’

Cognome Indirizzo Interno

PERSONA

Codice Nome Cognome

Indirizzo

Interno

Gli accessi all’entita’Persona riguardano sempre i dati dell’Abitazione …

Partizionamento verticale di un’entita’ sulla base dei suoi attributi …


STUDENTE DATI UNIVERSITA(1,1)(1,1)

CF NomeDATI

Cognome Matricola Corso di Laurea

STUDENTE

CF Nome Cognome

Matricola

Corso di Laurea

Le operazioni che riguardanoi dati anagraficinon riguardano i dati universitari…

Nei casi di entita’ con piu’ identificatori, e’ necessario sceglierne uno:

Evitare attributi con valori nulli.

Scegliere l’ identificatore minimale.

Preferire identificatori interni ad identificatori esterni che coinvolgono molte entita’.

Preferire identificatori utilizzati da molte operazioni per l’accesso all’entita’.


Per garantire la qualita’ dello schema prodotto, la progettazione logica tipicamente include due step:

Ristrutturazione del modello concettuale modificare lo schema E-R per semplificare la traduzione ed ottimizzare il progetto.

Traduzione nel modello logico traduzione dei costrutti del modello E-R nei costrutti del modello relazionale …


La progettazione logica deve tradurre i costrutti del modello E-R nei costrutti del modello relazionale, garantendo l’equivalenza dei modelli …

In pratica: Le entità diventano relazioni sugli stessi

attributi Le relationship diventano relazioni sugli

identificatori delle entità coinvolte (più gli attributi propri)



IMPIEGATO

Matricola Nome

Traduzione di entita’ con identificatore interno

Cognome

Data Nascita

IMPIEGATO(Matricola, Nome,Cognome, DataNascita)

Le entita’ del modello E-R si traducono in relazioni del modello relazionale. L’identificatore del modello E-R diventa la chiave primaria della relazione.


Traduzione di entita’ con identificatore esterno

Le entita’ con identificatore esterno si traducono in una relazione che include tra le chiavi gli identificatori dell’entita’ esterna.

STUDENTE UNIVERSITA

Nome Nome

(1,1)

Cognome

(1,N)

Citta IndirizzoMatricola


Traduzione di entita’ con identificatore esterno

STUDENTE UNIVERSITA

Nome Nome

(1,1)

Cognome

(1,N)

Citta IndirizzoMatricola

STUDENTE(Matricola, NomeUniversita, Nome, Cognome)

UNIVERSITA(Nome, Citta, Indirizzo)


IMPIEGATO PROGETTOLAVORO

Matricola Codice

(0,N)

DataCognome

(0,N)

DescrizioneBudget

Traduzione di relazioni molti-a-molti

Ogni entita’ diventa una tabella con lo stesso nome, stessi attributi e per chiave il suo identificatore.

Ogni relazione diventa una tabella, con gli stessi attributi e come chiave gli identificatori delle entita’ coinvolte.



Matricola Codice

(0,N)

DataCognome

(0,N)

DescrizioneBudget


IMPIEGATO(Matricola, Cognome)

PROGETTO(Codice, Descrizione, Budget)

LAVORO(Matricola,Codice, Data)

Vincoli di integrita’tra gli attributi



Matricola Codice

(0,N)

DataCognome

(0,N)

DescrizioneBudget


IMPIEGATO(Matricola, Cognome)

PROGETTO(Codice, Descrizione, Budget)

LAVORO(MatImpiegato,CodProgetto, Data)

E’ possibile ridenonimare gli attributi della relazione


GIOCATORE SQUADRACONTRATTO

Nome Nome

(1,1)

IngaggioCognome

(0,N)

Citta’ Sede

Traduzione di relazioni uno-a-molti

Sono possibili due traduzioni:

1. Traducendo la relazione come una tabella separata (come nel caso delle relazioni molti-a-molti).

2. Inglobando la relazione nell’entita’ con card. massima 1.

Ruolo



Nome Nome

(1,1)

IngaggioCognome

(0,N)

Citta’ Sede


GIOCATORE(Nome, Cognome, Ruolo)

SQUADRA(Nome, Citta’, Sede)

CONTRATTO(Nome, Cognome, NomeSquadra,Ingaggio)

TRADUZIONE 1

Ruolo



Nome Nome

(1,1)

IngaggioCognome

(0,N)

Citta’ Sede


GIOCATORE(Nome, Cognome, Ruolo, NomeSquadra, Ingaggio)

SQUADRA(Nome, Citta’, Sede)

TRADUZIONE 2

Ruolo



Nome Nome

(_,1)

IngaggioCognome

(0,N)

Citta’ Sede


Cosa accade se vario la cardinalita’ min. di GIOCATORE?

cardMin=0 Soluzione 1 preferibile

cardMin=1 Soluzione 2 preferibile

Ruolo


IMPIEGATO UFFICIODIREZIONE

Nome Nome

(_,1)

DataCognome

(_,1)

Citta’ Sede

Traduzione di relazioni uno-a-uno

Sono possibili 3 diverse alternative, in base alla cardinalita’minima delle due entita’ in gioco …

Stipendio



Nome Nome

(1,1)

DataCognome

(1,1)

Citta’ Sede


Caso 1: Cardinalita’ obbligatorie per entrambe le entita’

Si traduce il modello inglobando la relazione in una delle due entita’ (in pratica, ci sono due traduzioni simmetriche).

Stipendio



Nome Nome

(1,1)

DataCognome

(1,1)

Citta’ Sede


IMPIEGATO(Nome, Cognome, Stipendio, Data, NomeUfficio)

UFFICIO(Nome, Citta’, Sede)

Stipendio

In alternativa, e’ possibile inglobare la relazione DIREZIONE nell’entita’ UFFICIO …



Nome Nome

(0,1)

DataCognome

(1,1)

Citta’ Sede


Caso 2: Partecipazione obbligatoria per una delle entita’

Si traduce il modello inglobando la relazione nell’entita’che ha partecipazione obbligatoria … (perche’?)

Stipendio



Nome Nome

(0,1)

DataCognome

(1,1)

Citta’ Sede


IMPIEGATO(Nome, Cognome, Stipendio)

UFFICIO(Nome, Citta’, Sede, Data, NomeDirettore, CognomeDirettore,)

Stipendio



Nome Nome

(0,1)

DataCognome

(0,1)

Citta’ Sede


Caso 3: Partecipazione facoltativa per entrambe le entita’

Si traduce il modello traducendo la relazione come una tabella a se’ stante (analogo del caso uno-a-molti)

Stipendio



Nome Nome

(0,1)

DataCognome

(0,1)

Citta’ Sede


IMPIEGATO(Nome, Cognome, Stipendio)

UFFICIO(Nome, Citta’, Sede)

DIREZIONE(NomeUfficio, NomeDirettore, CognomeDirettore, Data)

Stipendio


Come per la fase di progettazione concettuale, e’ necessario corredare lo schema logico di opportuna documentazione perche’ non tutti i vincoli sono esprimibili nello schema logico:

Tabella delle business rules (vista in precedenza)

Insieme dei vincoli di integrita’ referenziali Rappresentati attraverso tabella Rappresentati in maniera grafica

(diagramma logico).


IMPIEGATO( Nome, Cognome, Stipendio)

DIREZIONE( NumUfficio, NomeDir, CognomeDir, Data)

UFFICIO( Nome, Citta, Sede)

Esempio di diagramma logico, con vincoli di integrita’ …

cammino di join

cammino di join

Ricapitolando:

STEP2: Progettazione Logica STEP 2.1: Analisi delle ridondanze STEP 2.2: Eliminazione delle

generalizzazioni e di attributi multi-valore

STEP 2.3: Accorpamenti/partizionamenti di concetti

STEP 2.4: Scelta degli identificatori STEP 2.5: Traduzione nel modello

logico


Basi di Dati e Sistemi Informativi Progettazione Logica Home page del corso: difelice/dbsi

Documents

Transcript of Basi di Dati e Sistemi Informativi Progettazione Logica Home page del corso: difelice/dbsi