1

DBMS - DAL MODELLO LOGICO A QUELLO RELAZIONALE (MODELLO TAPIOCA A SUBSTRATO CONCETTUALE) Dopo aver individuato le entit che descrivono le informazioni della realt di cui si vuole creare un modello, i loro attributi e le associazioni che le legano, e avere rappresentato i risultati ottenuti in uno schema E/R, si pu considerare conclusa la fase di progettazione concettuale del database. Si passa quindi alla fase di progettazione logica, in cui il risultato ottenuto dalla precedente fase progettuale ulteriormente trasformato, per ricavare lelenco delle strutture dei dati (come devono essere organizzati i dati che formano il database) che devono poi essere fisicamente implementate in memoria di massa (fase di progettazione fisica). La fase di progettazione logica consiste nellanalisi delle informazioni riguardanti le entit, schema concettuale E/R, per trasformarle, attraverso un procedimento di conversione chiamato chiamato schema logico. Riassumendo, lo scopo della fase di progettazione logica quello di modello dei dati scelto, che rappresenti fedelmente linformazione descritta da uno schema concettuale) gli attributi e le associazioni fornite dallo MAPPING, in un insieme di strutture dati produrre uno schema logico, in accordo al E-R (prodotto nella fase di progettazione

Mentre la progettazione concettuale focalizza la sua attenzione sul modello astratto dei dati (non ci importa come i dati devono essere organizzati, in che modo devono essere messi insieme e memorizzati), ed quindi del tutto indipendente dal tipo di tecnologia utilizzata dal DBMS scelto per limplementazione del database, la progettazione logica ne fa invece esplicito riferimento, con particolare riguardo al modello logico di rappresentazione dei dati associato. Il modello logico di rappresentazione dei dati che in questo momento adottato dalla quasi totalit dei DBMS in commercio, sia per PC che per Mainframe, il modello logico relazionale e noi ci occuperemo solo di questo modello logico di rappresentazione dei dati. SQL Server, Oracle, MySQL, Access, sono tutti DBMS relazionali, cio programmi per la gestione dei database che gestiscono le informazioni secondo le propriet e le caratteristiche del modello logico relazionale. Poich, come abbiamo appena detto, la fase di progettazione logica si adatta al modello dei dati al quale si riferisce il DBMS a disposizione, nel nostro caso relazionale, dora in poi indicheremo lo schema logico che otterremo al termine della progettazione logica come schema logico relazionale. Il modello relazionale struttura la realt come un insieme di RELAZIONI che noi rappresentiamo, per semplicit, come tabelle costituite da tante righe, chiamate ennuple o tuple, in cui ogni riga costituita da un insieme di valori semplici, appartenenti ognuno ad un certo dominio, che corrispondono agli attributi della tabella. Per ogni Relazione, o Tabella, si definisce un grado ed una cardinalit: Il grado di una relazione, o tabella, il numero di domini su cui costruita. La cardinalit di una relazione, o tabella, indica il numero di ennuple che la costituiscono in un certo istante. Riferendoci alla relazione rappresentata come una tabella, possiamo dire che il grado il numero dattributi, di colonne, che compongono la tabella, mentre la cardinalit il numero di righe che compongono la tabella in un certo istante.

- Il Dominio di un attributo Di linsieme dei possibili valori dellattributo Di - ad esempio nella tabella Studenti (Corso, Matricola, Voto) Dim (Voto) = {18,19,,30}

Lordine delle ennuple in una relazione, o tabella, irrilevante. Nel modello relazionale, per convenzione, una relazione descritta attraverso il suo identificatore seguito, tra parentesi tonde, dallelenco degli identificatori dei suoi attributi, sottolineando con una linea continua gli attributi che costituiscono la sua chiave primaria.

2
Riassumendo, nel modello relazionale dei dati, una relazione gode delle seguenti propriet: costituita da un insieme di lunghezza finita di elementi detti ennuple (tuple o righe) Le ennuple sono tra di loro omogenee, presentano cio la stessa struttura Gli attributi sono tutti di tipo semplice, definiti su un determinato dominio Tutte le ennuple sono diverse tra loro e quindi deve essere definita una chiave primaria Lordine delle ennuple nella relazione irrilevante GESTIONE DELLE ASSOCIAZIONI TRA ENTITA NEL MODELLO RELAZIONALE. Abbiamo detto che il modello relazionale struttura la realt in un insieme di relazioni; lo schema logico relazionale che si ricava al termine della progettazione logica esattamente costituito dallinsieme delle relazioni, o tabelle, che modellano la realt in esame. Dovremmo pertanto avere, tante Relazioni, o Tabelle, quante sono le Entit individuate nello schema concettuale E/R. Ma attenzione, come faccio nel modello logico a tener conto (a prendere in considerazione) delle associazioni tra le Entit presenti nel modello E/R? In che modo ne teniamo conto nel modello logico relazionale? Nel modello logico relazionale, le associazioni tra le Entit sono implementate attraverso lintroduzione del concetto di chiave esterna, il cui utilizzo ed impiego fondamentale durante il processo di MAPPING. Una chiave esterna (foreign key) di una Relazione, o Tabella, un attributo o un insieme di attributi che non ha solitamente funzione di chiave primaria della relazione in cui compare, ma invece chiave primaria in unaltra relazione alla quale legata attraverso unassociazione nello schema concettuale E/R. La chiave esterna e la chiave primaria devono essere definite su dominio comune. LE REGOLE DI DERIVAZIONE DELLO SCHEMA LOGICO RELAZIONALE Passiamo adesso ad esaminare ed elencare alcune semplici regole a cui attenerci per passare dal modello concettuale E/R al modello logico relazionale attraverso loperazione che abbiamo chiamato di MAPPING. Cominceremo dalla conversione delle entit e dei rispettivi attributi, con particolare attenzione agli attributi non semplici. Quindi passeremo in rassegna le regole di derivazione per le associazioni 1:1, 1:N, N:M Mapping delle Entit e degli attributi: le Entit che fanno parte dello schema concettuale vengono trasformate in Relazioni, o Tabelle; per quanto riguarda la chiave, la chiave primaria dellEntit diventa anche chiave primaria della Relazione, o Tabella. Per quanto riguarda gli Attributi, solo quelli semplici (o elementari) sono automaticamente elencati tra quelli che costituiscono la Relaziona, o Tabella. Per gli attributi non semplici (o non elementari) si procede nel seguente modo: o Attributi composti: sono sostituiti con lelenco degli attributi semplici componenti o Attributi multipli: sono sostituiti con la creazione di una o pi nuove relazioni Per capire meglio facciamo i seguenti esempi. Consideriamo per prima lEntit STUDENTI con un attributo composto:

Essa si trasforma nella Relazione STUDENTI (Matricola, Cognome, Nome, Classe, Sezione, Specializzazione) Lattributo composto ClasseFRequentata stato sostituito con la coppia di attributi semplici Classe e Sezione. Come secondo esempio, consideriamo lEntit INSEGNANTI con un attributo multiplo:

Essa si trasforma nelle Relazioni INSEGNANTI (CodiceInsegnante, Cognome, Nome, Indirizzo, AnniServizio) INSEGNANO (CodiceInsegnante, CodiceMateria) MATERIE (CodiceMateria, NomeMateria) Lattributo Materie dellEntit INSEGNANTI di tipo multiplo, in quanto uno stesso insegnante pu insegnare pi di una materia. Nello schema logico questattributo non compare pi nella Relazione INSEGNANTI ma si trasforma nelle nuove Relazioni INSEGNANO e MATERIE. La Relazione MATERIE costituita dallattributo CodiceMateria che ha la funzione di chiave primaria e dallattributo NomeMateria; la Relazione INSEGNANO (CHE NASCE DALLASSOCIAZIONE M:N CHE SI GENERA TRA INSEGNANTI E MATERIE) costituita dalla coppia di attributi (CodiceInsegnante, CodiceMateria) con funzione di chiave primaria composta e, singolarmente, di chiavi esterne per il collegamento logico con le rispettive relazioni. Mapping delle associazioni 1:1 : Nello schema logico relazionale, unassociazione 1:1 tra due Entit porta, nella maggior parte dei casi, alla creazione di ununica Relazione, cio gli attributi di una delle 2 Entit migrano nella Relazione pi importante dal punto di vista della progettazione e la chiave primaria diventa quindi unica. Per capire meglio facciamo il seguente esempio, consideriamo le Entit IMPIEGATI e CONIUGI, collegate tramite lAssociazione ConiugatiCon

Esse si trasformano nella Relazione IMPIEGATI (CodiceImpiegato, Cognome, Nome, Mansione, CognomeConiuge, NomeConiuge) Gli attributi dellEntit CONIUGI sono migrati in IMPIEGATI e si mantenuta come chiave primaria quella sullEntit IMPIEGATI. La PARZIALIT dellAssociazione ConiugatiCon , dovuta al fatto che un impiegato pu anche non essere coniugato, implementata RENDENDO GLI ATTRIBUTI COGNOMECONIUGE E NOMECONIUGE OPZIONALI, in modo che possano assumere anche un valore nullo. Questo quello che avviene quasi sempre quando abbiamo Associazioni 1:1. Non sempre per il MAPPING di unAssociazione binaria 1:1 porta alla creazione di ununica Relazione; pu infatti essere utile, al fine dellottimizzazione del modello logico, mantenere nello schema logico le due Relazioni derivanti dalle due Entit associate, accomunate dalla stessa chiave primaria che funge anche da chiave esterna per entrambe le Relazioni. Per capire meglio facciamo un esempio. Consideriamo le Entit PAZIENTI e CARTELLECLINICHE, collegate tramite lassociazione Posseggono

Esse si trasformano nelle Relazioni: PAZIENTI (CodicePaziente, Cognome, Nome, . ) CARTELLE CLINICHE (CodicePaziernte, DataRicovero, . ) In questo caso visto che entrambe le Entit (PAZIENTI e CARTELLECLINICHE) potrebbero presentare un numero elevato di attributi e la gestione della Relazione (o Tabella) unica potrebbe quindi pesante, preferibile mantenere distinte le Entit in 2 Relazioni diverse con gli stessi valori di chiave primaria / chiave esterna CodicePaziente (CodicePaziente in entrambe le Relazioni sia chiave primaria che chiave esterna). Di seguito vediamo altri due esempi

Mapping delle associazioni 1:N : Nello schema logico relazionale, le Associazioni binarie di grado 1:N sono convertite nelle corrispondenti 2 Relazioni relative alle 2 Entit collegate, aggiungendo, nella Relazione relativa allEntit che si trova sul lato N dellAssociazione, un attributo con funzione di chiave esterna, corrispondente alla chiave primaria dellaltra Relazione collegata. Per capire meglio facciamo il seguente esempio. Consideriamo le Entit STUDENTI e FACOLTA collegate tramite lassociazione Frequentano

Si trasforma nelle Relazioni STUDENTI (Matricola, Cognome, Nome, Indirizzo, CodiceFacolt) FACOLTA (CodiceFacolt, Denominazione, Preside)

4
LEntit che si trova sul lato N dellAssociazione STUDENTI, quindi la Relazione corrispondente vedr aggiunta ai suoi attributi la chiave esterna CodiceFacolt, che serve per implementare nel modello logico relazionale il collegamento della Tabella (o della Relazione) STUDENTI con la Tabella (o con la Relazione) FACOLTA.

Facciamo adesso un altro esempio di chiave esterna

consideriamo infine il caso di sotto in cui lassociazione 1:N contiene un attributo:

Chiave composta

Si trasforma nello schema logico seguente

Ritorniamo adesso al caso di rappresentazione di un attributo multiplo (trattato e sviluppato in precedenza a pagina 2) quando passiamo dal modello concettuale al modello logico

Mapping delle associazioni M:N : Nello schema logico relazionale, le Associazioni binarie di grado M:N sono convertite nelle corrispondenti 2 Relazioni relative alle 2 Entit collegate, aggiungendo, una nuova Relazione in cui migrano le chiavi primarie delle 2 Entit associate che svolgeranno il ruolo di chiavi esterne e, nella gran parte dei casi, anche di chiave primaria composta della nuova Relazione. La nuova Relazione prender il nome dellAssociazione implementata. Se lAssociazione inoltre presenta degli attributi, anchessi migreranno nella nuova Relazione. Per capire meglio facciamo il seguente esempio. Consideriamo le Entit DOTTORI e PAZIENTI collegate tramite lassociazione Curano

5
Si trasforma nelle Relazioni DOTTORI (CodiceDottore, CognomeD, NomeD, Specializzazione) PAZIENTI (CodicePaziente, CognomeP, NomeP, Indirizzo) CURANO (CodiceDottore, CodicePaziente) Esaminando lo schema logico ricavato, notiamo lintroduzione di una Relazione aggiuntiva, CURANO, in cui sono migrati gli attributi chiave delle 2 Entit collegate dallAssociazione M:N . Questi attributi avranno non solo la funzione di chiavi esterne ma, nel caso considerato, costituiranno la sua chiave composta. Attenzione !!!!!!!! guardiamo la Relazione CURANO e pensiamo ad un archivio storico, che succede in questo caso? Se parliamo darchivio storico vuol dire che importante mantenere traccia anche delle cure precedenti e la Relazione CURANO diventa CURANO (CodiceDottore, CodicePaziente, DataInizioCura) In questo caso si potrebbe verificare la situazione in cui i valori della coppia CodiceDottore + CodicePaziente si ripetano uguali pi di una volta nella tabella (nella Relazione), in quanto un paziente potrebbe essere stato curato dallo stesso dottore pi volte in date diverse. Dottori CodiceDottore CognomeD NomeD Specializzazione D001 Baracco Michele D002 Bessone Fabia D003 Gallo Lorella Pazienti CodicePaziente CognomeP NomeP Indirizzo P001 DellaCasa Luisa P002 Vallauri Sandra P003 Boffetti Carlo P004 Tropeano Elisa Curano CodiceDottore CodicePaziente DataInizioCura D001 P002 17/06/2006 D003 P003 19/06/2006 D003 P002 19/06/2006 D001 P002 21/06/2006 D001 P004 21/06/2006 D002 P003 22/06/2006 In questo caso, la coppia di attributi CodiceDottore + CodicePaziente non assolutamente pi utilizzabile come chiave primaria composta della Relazione CURANO. Lunica chiave candidata possibile quella composta da tutti e 3 gli attributi CodiceDottore + CodicePaziente + DataInizioCura, ma troppo lunga ed in questi casi, per motivi di praticit, consigliabile aggiungere come chiave primaria della Relazione CURANO una chiave artificiale, ad esempio un attributo progressivo identificato da NumeroCura, che consente cos di avere lo storico delle cure. La nuova soluzione sar pertanto: DOTTORI (CodiceDottore, CognomeD, NomeD, Specializzazione) PAZIENTI (CodicePaziente, CognomeP, NomeP, Indirizzo) CURANO (NumeroCura, CodiceDottore, CodicePaziente, DataInizioCura) Vediamo un altro esempio

Partecipare

I VINCOLI DI INTEGRITA Per concludere sul modello logico relazionale, prima di passare ad esaminare la gestione delle interrogazioni su un database relazionale, dobbiamo ancora fare delle considerazioni sulla rappresentazione dei dati. Le operazioni di inserimento, cancellazione, modifica di un

6
elemento che avvengono su una base di dati, devono essere eseguite rispettando un insieme di regole che servono a non compromettere lintegrit dei dati (con integrit dei dati intendiamo la validit, la significativit dei dati). Lintegrit dei dati assicurata dal DBMS (da Access) che prevede la possibilit di dichiarare opportune regole di validazione. Per capire meglio consideriamo la relazione (la tabella) Studente che contiene le informazioni anagrafiche relative ad uno studente. Supponiamo che lattributo Matricola sia un numero progressivo che identifica esattamente quello studente. STUDENTE Nominativo Rossi Bianchi Neri Matricola 2345 7628 7628 EsamiSvolti 17 2500 15

Notiamo che lattributo EsamiSvolti del nominativo Bianchi ha un valore pari a 2500 (cosa impossibile, in nessuna facolt gli esami da svolgere per conseguire la laurea potr essere in numero 2500). Dal punto di vista delle definizioni, questa relazione corretta (2500 un numero, quindi un valore appartenente al dominio degli interi), ma non ha molto senso da un punto di vista pratico nella realt presa in esame (gli esami svolti da uno studente universitario). Nella relazione Studente ci sono, inoltre, due tuple che hanno lo stesso valore per il numero di matricola: anche qui dal punto di vista strutturale tutto lecito, ma non possibile poich ogni studente deve avere un PROPRIO UNICO numero di matricola (Matricola la CHIAVE PRIMARIA della relazione). Per specificare il fatto che alcune relazioni sono corrette dal punto di vista di chi sviluppa lapplicazione e altre non lo sono,dobbiamo introdurre il concetto di VINCOLO DI INTEGRIT: Possiamo definire vincolo di integrit una propriet che deve essere soddisfatta dalle istanze (dalle tuple, dalle righe, dai record) che rappresentano informazioni corrette per lapplicazione che utilizza la base di dati. I vicoli di integrit sono regole che devono essere verificate, che devono essere soddisfatte, affinch siano ritenute valide le informazioni memorizzate nella base di dati. Esempi di vincoli di integrit sono: Il voto deve essere compreso tra 18 e 30 La lode pu apparire solo se voto = 30 Ogni studente deve avere un numero di matricola Il numero di matricola di uno studente deve essere univoco

Una istanza di una relazione pertanto, per essere corretta, non basta che sia sintatticamente corretta rispettando le propriet dei campi che la costituiscono, ma deve essere corretta anche per lapplicazione particolare che utilizza quella base di dati non assumendo valori non significativi per lapplicazione e questo lo facciamo attraverso i vincoli di integrit: nel nostro esempio di sopra dovremmo quindi specificare un vincolo di integrit che ci dica che EsamiSvolti non pu essere 2500 (per esempio se per il Corso di Laurea che stiamo considerando gli Esami complessivi da sostenere sono 24 allora EsamiSvolti < 25), analogamente un altro vincolo di integrit imporr che non possono esserci due studenti con lo stesso numero di matricola (questo quello che facciamo automaticamente quando diciamo che Matricola chiave primaria).Possiamo classificare i vincoli di integrit in: Vincoli intrarelazionali o VINCOLI INTERNI, che sono quei vincoli DEFINITI ALLINTERNO di una singola relazione. Possono essere divisi in: o Vincoli su singola ennupla Sul dominio degli attributi: sono quei vincoli che coinvolgono un solo attributo il cui soddisfacimento pu essere verificato facendo riferimento ad un singolo valore alla volta; Su pi attributi: sono quei vincoli che coinvolgono pi attributi, ma sempre di ciascuna ennupla indipendentemente dalle altre; o Vincoli su pi ennuple, che coinvolgono i valori di pi ennuple. Rientrano in questo tipo i vincoli di chiave primaria (cio le tuple presenti in una relazione devono essere tutte diverse tra loro). Vincoli interrelazionali o VINCOLI ESTERNI, che sono quei vincoli DEFINITI TRA pi relazioni. Rientrano in questa categoria i vincoli referenziali. Per capire meglio facciamo adesso alcuni esempi, consideriamo per prima la seguente relazione: Dipendente (Matricola, StipendioLordo, Trattenute, DataAssunzione, DataNascita) Possiamo individuare i seguenti vincoli intrarelazionali su singola ennupla: 1. StipendioLordo > 0 2. DataAssunzione > DataNascita 3. Trattenute > 0 I vincoli 1 e 3 sono vincoli di dominio (come lo era EsamiSvolti < 25 dellesempio precedente); il vincolo 2 invece un vincolo su pi attributi (DataAssunzione e DataNascita). Consideriamo ora la seguente base di dati:

Nella prima tupla della relazione ESAMI abbiamo un voto pari a 36 che, nel sistema italiano non ammissibile, in quanto i voti universitari devono essere compresi tra 18 e 30. Dobbiamo quindi introdurre nella relazione ESAMI il vincolo interno sulla singola ennupla sul dominio dellattributo (18<=Voto<=30) Nella seconda tupla ancora della relazione ESAMI viene indicato che stata attribuita la lode in un esame il cui voto 28, ma la lode pu essere attribuita solo se il voto 30. Dobbiamo quindi introdurre nella relazione ESAMI il vincolo interno sulla singola ennupla su pi attributi (NOT(Lode=lode))OR(Voto=30) , cio ammissibile la lode solo se il voto pari a 30 (dicendo che o non c la lode, oppure il voto pari a 30) Le ultime due tuple della relazione STUDENTI contengono informazioni su 2 studenti diversi con lo stesso numero di matricola: impossibile in quanto matricola chiave primaria, vincolo di chiave primaria La quarta tupla della relazione ESAMI presenta per lattributo Studente, un valore che non compare fra i numeri di matricola nella relazione STUDENTI: anche questa una situazione indesiderabile, poich i numeri di matricola ci forniscono informazioni solo come tramite verso le corrispondenti tuple della relazione STUDENTI (vincoli esterni, vincoli referenziali). Analogamente, la prima tupla presenta un codice di corso che non compare nella relazione CORSI. Consideriamo infine questi altri esempi: Un esempio di vincolo intrarelazionale su pi ennuple stato visto nellesempio iniziale: uno studente non pu avere lo stesso numero di matricola di un altro studente. Questo un vincolo di chiave primaria. Consideriamo lattributo NumeroPagine dellentit Libro, in questo caso abbiamo la presenza di un vincolo interno sul dominio dellattributo (NumeroPagine > 0), il vincolo dintegrit consiste nellimpossibilit di assegnare allattributo NumeroPagine un valore negativo o uguale a 0. Consideriamo lattributo ClasseFrequentata dellentit Studenti e supponiamo che le tipologie di classi presenti nella scuola in esame (supponiamo si tratti di una scuola media) siano solo I, II, III; anche in questo caso siamo in presenza di un vincolo interno sul dominio dellattributo (ClasseFrequentata pu essere solo I oppure II oppure III), il vincolo dintegrit consiste nellimpossibilit di assegnare allattributo ClasseFrequentata un valore che non rispetta la regola specificata. Supponiamo come ultimo esempio di avere due distinte entit: lentit Clienti, le cui istanze descrivono le informazioni sui clienti di una banca, con lattributo Saldo, corrispondente alla cifra ala momento disponibile sul conto corrente del cliente, e lentit Movimenti, le cui istanze descrivono le informazioni riguardanti i prelievi e i depositi dei clienti, con lattributo ImportoMovimentato corrispondente alla cifra oggetto del movimento bancario. Introducendo una nuova istanza di tipo Prelievo nellentit Movimenti (cio se faccio un nuovo prelievo), deve essere rispettato il vincolo di integrit sullattributo ImportoMovimentato, per cui il valore della cifra che si vuole prelevare deve essere inferiore al valore corrente dellattributo Saldo che per presente nellistanza corrispondente al cliente nellentit Clienti. In altre parole, il vincolo di integrit (vincolo di integrit esterno) impone che la cifra prelevata da un cliente non superi il suo capitale depositato in banca al momento attuale. Come si pu constatare, questo vincolo di integrit coinvolge 2 attributi appartenenti a due entit diverse. I vincoli di integrit ricavati dallanalisi di una situazione reale, vengono elencati in allegato allo schema E/R che si ricava al termine della progettazione concettuale. SARANNO POI UTILIZZATI DURANTE LE SUCCESSIVE FASI, NELLA FASE DI DICHIARAZIONE DELLE TABELLE, quando occorrer fornire al DBMS tutte le informazioni necessarie alla loro creazione (il tipo di dato, il dominio, lobbligatoriet o lopzionalit, ), compresi eventuali vincoli di integrit da rispettare nella future gestione dei dati. RAPPRESENTAZIONE DEI VINCOLI DI INTEGRITA Per rappresentare i vincoli di chiave primaria, sottolineiamo i relativi attributi (cos come abbiamo fatto nel diagramma E/R). Per rappresentare gli altri vincoli ricorriamo ad un pseudolinguaggio ed usiamo la seguente sintassi V<NumeroProgressivo>(<NomeRelazione>):<Espressione> Dove <NumeroProgressivo> il numero progressivo del vincolo relativo alla relazione <NomeRelazione> <Espressione> una qualsiasi espressione in pseudolinguaggio che serve per specificare il vincolo che deve essere rispettato. Se facciamo riferimento allesempio di pag 2, quello dei vincoli sulla relazione Dipendente, scriveremo: V1(Dipendente) : StipendioLordo > 0

8
V2(Dipendente) : DataAssunzione > DataNascita V3(Dipendente) : Trattenute > 0 Per altri vincoli pi complessi possiamo fare uso degli operatori aritmetici e logici come abbiamo fatto negli esempi di sopra, oppure nei casi pi intricati al linguaggio naturale vero e proprio. Infine per rappresentare i vincoli di integrit esterni, che sono quei vincoli definiti tra pi relazioni (cio i vincoli referenziali che abbiamo quando si introduce una chiave esterna) per capire meglio come rappresentarli facciamo riferimento al seguente schema relazionale ARTICOLO (CodArt, Descrizione, Prezzo) FORNITORE (CodForn, Indirizzo, PartitaIva, Provincia, Tel) FORNISCE (CodFornitore, CodArticolo) Con VINCOLO DI INTEGRIT REFERENZIALE fra CodFornitore e la relazione FORNITORE, fra CodArticolo e la relazione ARTICOLO. Con la frase di sopra, nella rappresentazione logica relazionale, abbiamo espresso con la giusta sintassi il VINCOLO ESTERNO DI INTEGRIT REFERENZIALE esistente tra la relazione FORNISCE e le relazioni FORNITORE ed ARTICOLO (abbiamo cio detto che CodFornitore la chiave esterna per collegare la relazione Fornisce con la relazione FORNITORE, CodArticolo la chiave esterna per collegare la relazione Fornisce con la relazione ARTICOLO). Un articolo pu essere fornito da pi fornitori ed un fornitore fornisce pi articoli.

Un esempio di inconsistenza dei dati si ha se dalla relazione Fornitori si cancella il fornitore con chiave F03. Nella relazione Fornisce infatti avremo la chiave esterna F03 alla quale non corrisponde alcun fornitore. Stesso discorso se si cancella un articolo. Per assicurare lintegrit referenziale, prima di cancellare una tupla occorre verificare che non ci siano tuple in altre relazioni che facciano riferimento alla tupla da cancellare. Lintegrit referenziale assicurata direttamente dal DBMS (per esempio da Access), che prevede la possibilit di dichiarare le regole di validazione attraverso appositi linguaggi dichiarativi. Tali regole vengono mantenute su sperciali archivi detti cataloghi delle regole (vincoli referenziali in cancellazione e modifica). ESEMPIO FINALE Per capire meglio facciamo, alla fine, un semplice esempio: analizziamo il database relativo ad una videoteca. Si vuole progettare una base di dati per una videoteca. La videoteca gestisce il noleggio di videocassette, dove ogni cassetta caratterizzata da alcune informazioni generali e dai dati relativi agli attori con i rispettivi ruoli. Ogni videocassetta inoltre appartiene ad una o pi categorie (film dazione, romantico, ). Le cassette vengono noleggiate dai clienti, i quali devono aver richiesto ed ottenuto precedentemente una tessera che vale fino al termine dellanno solare di emissione; i clienti sono pertanto identificati, in modo univoco, dal numero della tessera. Quando un cliente richiede una tessera, non obbligato a noleggiare subito una cassetta. Nel momento in cui il cliente noleggia delle cassette, si apre un contratto di noleggio al quale sono associati il cliente e le cassette (almeno una) noleggiate. Si vuole avere disponibile sia la situazione dello stato di noleggio delle cassette, sia la descrizione completa di tutti i noleggi effettuati. Un cliente pu restituire in date diverse le videocassette noleggiate con un unico contratto. Il modello E/R proposto dopo la fase di analisi, ottenuto dopo una attenta lettura del testo (cio dopo una attenta fase di analisi dei dati significativi e delle richieste a cui deve soddisfare il database), il seguente:

Vediamo, ora, lo schema logico relazionale derivante dal diagramma E/R di sopra:

Tessera)

Infine, sotto la relazione NOLEGGIO, va inserito il vincolo di integrit referenziale: Con VINCOLO DI INTEGRIT REFERENZIALE fra Tessera e la relazione CLIENTE.

10