DA MODELLO E-R A SCHEMA RELAZIONALE

operazioni che compie un database designer (colui che ha il compito di definire, assieme all'utente, il DB) il quale è responsabile dell'ASTRAZIONE dei dati dal mondo reale a partire dall'analisi dei requisiti fino a ottenere la corretta MODELLAZIONE degli stessi.

• primo passo: realizzare il DIAGRAMMA E-R, a partire da esso si giunge alla definizione del modello relazionale
  • definire gli OGGETTI che andranno a comporre il diagramma
  • individuare le ENTITA' e definire gli ATTRIBUTI
  • individuare le RELAZIONI esistenti tra le entità

RIORGANIZZAZIONE E RAGGRUPPAMENTO DI FRASI

Dopo la fase di ANALISI ogni gruppo di frasi viene analizzato assieme per definire le ENTITA' e gli ATTRIBUTI che possono variare a seconda del progetto a cui si sta lavorando (dal punto di vista!).

• ENTITA': se ha proprietà significative e descrive oggetti con esistenza autonoma GENERALIZZAZIONE/SPECIALIZZAZIONE; sono i primi elementi da determinare aiutandosi con alcune definizioni e osservazioni come: oggetti a cui è possibile associare attributi (persona, luogo, cosa, evento o concetto);
• ATTRIBUTO: se è semplice, non ha proprietà e serve solamente per descrivere le entità;

REGOLE FONDAMENTALI:

• ATTRIBUTI ATOMICI --> devono rappresentare un singolo fatto o una singola informazione
• ATTRIBUTI DERIVATI --> quelli generati da una formula o una operazione tra due attributi e non vanno MAI memorizzati
• ATTRIBUTI CODICI --> uso di una o più lettere o numeri per rappresentare un dato a scapito della leggibilità da parte dell'utente

Queste TRE regole sono sempre da adottare, salvo casi particolari nei quali potrebbero esserci situazioni tali per cui potrebbe aumentare la complessità di realizzazione del DB.

ERRORI FREQUENTI:

• AGGREGAZIONI SEMPLICI --> esempio unire nome e cognome in un unico attributo (eccezione INDIRIZZO)
• CODICI COMPLESSI --> codici composti da parti di informazioni concatenate nell'uso comune (eccezione NUMERO TELEFONO compreso di prefisso)
• ATTRIBUTI TESTUALI --> attribuzione generale di tipo testo (esempio la DATA non è un testo ma tipo DATA, eccezione CAP)
• RELAZIONE: verbo transitivo che correla due o più concetti/entità
  • CARDINALITA' --> quantifica le relazioni "uno e uno solo" - "uno o molti o uno o più"
  • OPZIONALITA' --> "può" o "deve" esistere la relazione
  • DIREZIONE --> da entità forte a entità debole

La definizione di questi OGGETTI dovrebbero essere termini familiari all'utente e dovrebbero spiegare precisamente quali oggetti rappresentano e il ruolo che giocano nell'organizzazione (contenere un numero minimo di parole di cui si ha bisogno per descrivere univocamente e accuratamente l'oggetto).

STRATEGIA DI PROGETTAZIONE

• TOP-DOWN: si parte da uno schema molto astratto ma completo che viene raffinato fino ad arrivare allo schema finale; richiede una visione GLOBALE del problema
• BOTTOM-UP: si ripartiscono le attività in modo da sviluppare semplici schemi parziali ma dettagliati, che poi vengono integrati tra loro;
• INSIDE-UP: si sviluppa "a macchia d'olio", partendo dai concetti più importanti, aggiungendo quelli a essi correlati, e così via, andando così a ricercare dei concetti non ancora rappresentati.

Nessuna di queste strategie viene utilizzata singolarmente ma occorre integrarle tra loro a seconda della complessità del lavoro.

PASSI PRINCIPALI nel caso della STRATEGIA MISTA:

• analisi dei requisiti: eliminazione ambiguità
• passo base: schema scheletro con indicazione dei concetti più rilevanti
• passo di decomposizione dello schema scheletro
• passo iterativo: passo che si ripete fino ad arrivare a uno schema dettagliato raffinando i concetti i concetti e aggiungendo specifiche non ancora descritte
• passo di integrazione degli aggiustamenti precedenti
• analisi di qualità: verifica dello schema complessivo

RISTRUTTURAZIONE - AFFINAMENTO DELLO SCHEMA

Eliminazione degli attributi composti / aggiunta di attributi:

• considerare i sottoattributi come attributi (-)
• eliminare dei sottoattributi in modo tale da considerare l'attributo composto in attributo semplice

Eliminazione degli attributi multivalore / aggiunta di entità:

• nel caso si presentino degli attributi che possano assumere più valori allora occorre "promuovere" questo attributo in ENTITA' (il caso più tipico è quello del numero di telefono dei clienti/fornitori di una azienda)(il caso delle lingue parlate da una persona)

TRADUZIONE - REGOLE DI TRASFORMAZIONE

Trasformazione delle entità:

• per ogni ENTITA' viene generata una tabella contenente attributi;
• in caso di attributi calcolati (es. l'ETA') va aggiunto un vincolo di integrità.

Trasformazione delle relazioni:

• unificare le relazioni uno a uno --> se è presente una caso del genere si possono unificare tutti gli attributi in un'unica ENTITA' eliminando la relazione 1:1;
• semplificare le relazioni molti a molti --> le relazioni N:M non possono essere usate nel modello dei dati perché non possono essere rappresentate nel modello relazionale. Per semplificare la relazione occorre individuare una ENTITA' ASSOCIATIVA che si metta in relazione con le altre due.

Gli attributi che fanno parte di questa nuova ENTITA' (chiave primaria composta da 2 campi) sono le chiavi esterne di entrambe le tabelle, più altri attributi che possono andare bene.

ESEMPI

ESERCIZI

risolvi le seguenti relazione N:N

Autista - Autobus (????)

Autore - Libro (????)

Cantante - Canzone (????)

Docente - Classe (????)

Negozio - Cliente (????)