I Sistemi di Gestione di Basi di dati: Approfondimenti Approfondimenti sui DBMS Sistemi Informativi I Sistemi di Gestione di Basi di dati: Approfondimenti Master in Convergenza Docente William Fornaciari Politecnico di Milano fornacia@elet.polimi.it © 2001 - Letizia Tanca

Sistema Informativo Elemento del sistema organizzativo dell’azienda Insieme di risorse umane, strumenti di elabora-zione, scambio, acquisizione di informazioni, procedure per il loro trattamento, regole orga-nizzative, che consente il funzionamento del sistema organizzativo Evoluzione dei sistemi informativi da settoriali a integrati Approfondimenti sui DBMS © 2001 - Letizia Tanca

Da settoriali a integrati P5 P1 P2 P4 P3 DB5 DB1 DB2 DB3 DB4 Approfondimenti sui DBMS © 2001 - Letizia Tanca

Da settoriali a integrati P5 P1 P2 P4 P3 V1 V5 V2 V3 V4 DB Approfondimenti sui DBMS © 2001 - Letizia Tanca

Sistemi informativi tradizionali: progettazione di dati e funzioni viste d’utente Sistemi Web-based: progettazione di siti Internet e Intranet viste d’utente tradizionali browsing e navigazione Approfondimenti sui DBMS © 2001 - Letizia Tanca

I sistemi di gestione di basi di dati Un SGBD (Data Base Management System = DBMS): permette di accedere in modo efficiente ai dati con una granularità più fine che il file system permette di accedere in modo diretto ai dati basandosi sulle loro proprietà effettua il controllo della concorrenza alla granularità del singolo record realizza meccanismi sofisticati per il controllo dell’affidabilità realizza meccanismi di controllo della privatezza realizza l’atomicità delle transazioni Approfondimenti sui DBMS © 2001 - Letizia Tanca

Livelli di astrazione Un DBMS fornisce ai suoi utilizzatori una visione astratta della base di dati distinguibile in tre livelli di astrazione: Livello fisico A questo livello la base di dati è vista come un insieme di blocchi fisici su disco. Qui viene decisa l’allocazione dei dati e le modalità di memorizzazione dei dati sul disco. Livello logico Evidenzia l’organizzazione dei dati dal punto di vista del loro contenuto informativo, descrivendo la struttura di ciascun record e i collegamenti tra record diversi. Livello esterno Presenta i dati organizzati secondo un punto di vista appropriato ad ogni particolare utente (viste d’utente). Approfondimenti sui DBMS © 2001 - Letizia Tanca

Definizioni preliminari Modello dei dati: collezione di concetti che possono essere usati per rappresentare la realta’. Es: alberi, grafi, tabelle Schema dei dati: rappresentazione di una specifica parte della realta’, che usa un modello dei dati. Es. albero genealogico, sistema delle strade e delle citta’, tabella degli studenti e dei voti nei singoli esami Istanza: collezione di valori dei dati che rispetta la struttura dello schema. Es: albero genealogico della mia famiglia oggi, rete viaria della Germania il giorno 22 febbraio 2000, dati sugli studenti e gli esami in questo preciso istante Approfondimenti sui DBMS © 2001 - Letizia Tanca

Il modello relazionale dei dati Dati organizzati in tabelle dette relazioni Nomi delle colonne: attributi; Numero di colonne: grado Righe: tuple; Numero di righe: cardinalità STUDENTI …. FONDAM. INFO CHIMICA FISICA I MATRIC. ANALISI GEOMETR 5132AB 6123CD 5432CB … …. 30 lode 28 29 24 30 26 29 22 24 28 26 30 lode 27 19 23 30 22 18 25 Approfondimenti sui DBMS © 2001 - Letizia Tanca

Definizioni Si dice schema di una relazione la descrizione della sua struttura, e cioe’ il suo nome seguito dall’elenco dei nomi dei suoi attributi; a ciascun attributo è associato il suo tipo. L’istanza della relazione e’, istante per istante, il suo contenuto. La chiave di una relazione è un insieme di attributi che serve ad identificare univocamente le tuple della relazione e che garantisce le seguenti due proprietà: unicità: in una qualunque istanza di una relazione non possono esistere due tuple distinte la cui restrizione alla chiave sia uguale; minimalità: non deve essere possibile sottrarre alla chiave un attributo senza che la condizione di unicità cessi di valere. Approfondimenti sui DBMS © 2001 - Letizia Tanca

Esempio di schema di base di dati PRESIDENTI (NOME-P, DATA-N, DATA-M, PARTITO, STATO, NOME-M) CONGRESSI (# CONGRESSO, %S-REP, %C-REP, %S-DEM, %C-DEM) AMMINISTRAZIONI (# AMMIN, DATA-IN, VICE-PRES, NOME-P, DATA-N) ELEZIONI (ANNO, VOTI-PRES, NOME-P, DATA-N, NOME-PERD, VOTI-PERD) STATI (STATO, POPOLAZ, # AMMIN.) PRESID-CONGR (NOME-P, DATA-N, # CONGR) Approfondimenti sui DBMS © 2001 - Letizia Tanca

Linguaggi di interrogazione Permettono di trovare un dato basandosi sulle sue proprietà. Es: tabella STUDENTI--> trovare tutti gli studenti che hanno preso più di 28 a Fondamenti di Informatica Permettono di trovare dati basandosi su confronti tra i contenuti di più tabelle. Es: tabella ELEZIONI, tabella PRESIDENTI --> Trovare gli anni in cui è stato eletto un presidente repubblicano proveniente dall’Illinois. Approfondimenti sui DBMS © 2001 - Letizia Tanca

Data Manipulation Language (DML): interrogazione e modifica Il linguaggio SQL Data Manipulation Language (DML): interrogazione e modifica Data Definition Language: definizione delle relazioni Approfondimenti sui DBMS © 2001 - Letizia Tanca

Select A1,…An (attributi da includere nel risultato) Il linguaggio SQL Select A1,…An (attributi da includere nel risultato) from R1,…Rm (nomi di relazioni da cui estrarre i dati) where P (condizione che i dati cercati soddisfano) Esempio: Select MATRIC from STUDENTI where FONDAM-INFO > 28 Approfondimenti sui DBMS © 2001 - Letizia Tanca

Esempi Trovare gli anni in cui è stato eletto un presidente repubblicano proveniente dall’Illinois (condizioni di join): SELECT ANNO FROM ELEZIONI, PRESIDENTI WHERE ELEZIONI.NOME-P = PRESIDENTI.NOME-P AND ELEZIONI.DATA-N = PRESIDENTI.DATA-N AND STATO = “ILLINOIS” AND PARTITO = “REPUBBLICANO” Oppure (interrogazione nidificata): SELECT ANNO FROM ELEZIONI WHERE NOME-P, DATA-N IN ( SELECT NOME-P, DATA-N FROM PRESIDENTI WHERE PARTITO = “REPUBBLICANO” AND STATO = “ILLINOIS” ) Approfondimenti sui DBMS © 2001 - Letizia Tanca

Altre parole chiave utili L’aggiunta del comando UNIQUE (o DISTINCT) subito dopo il comando SELECT permette di rimuovere i duplicati. MINUS differenza INTERSECT intersezione UNION unione ORDER BY ordinamento GROUP BY raggruppamento in base al valore di un attributo: una volta costruita una tale partizione è possibile valutare funzioni aggregate sugli attributi numerici delle tuple di ciascuna classe di equivalenza: MIN (minimo), MAX (massimo), SUM (somma), AVG (media); è inoltre possibile contare il numero di elementi, tramite la funzione COUNT. HAVING condizioni da usare subito dopo il GROUP BY Approfondimenti sui DBMS © 2001 - Letizia Tanca

Altri esempi Trovare i nomi delle mogli dei presidenti provenienti dalla California eletti dopo il 1960. SELECT NOME-M FROM PRESIDENTI, ELEZIONI WHERE ELEZIONI.NOME-P = PRESIDENTI.NOME-P AND ELEZIONI.DATA-N = PRESIDENTI.DATA-N AND ANNO > 1960 AND STATO = “CALIFORNIA” Approfondimenti sui DBMS © 2001 - Letizia Tanca

Altri esempi (unione) Trovare le persone che sono state presidenti oppure vicepresidenti in amministrazioni inaugurate dopo il 1880. SELECT NOME-P FROM AMMINISTRAZIONI WHERE DATA-IN > 1880 UNION SELECT VICE-PRES Approfondimenti sui DBMS © 2001 - Letizia Tanca

Altri esempi (intersezione) Trovare le persone che sono state presidenti e anche vicepresidenti in qualche amministrazione inaugurata dopo il 1880. SELECT NOME-P FROM AMMINISTRAZIONI WHERE DATA-IN > 1880 INTERSECT SELECT VICE-PRES Approfondimenti sui DBMS © 2001 - Letizia Tanca

Altri esempi (differenza) Trovare le persone che sono state presidenti ma mai vicepresidenti in amministrazioni inaugurate dopo il 1880. SELECT NOME-P FROM AMMINISTRAZIONI WHERE DATA-IN > 1880 MINUS SELECT VICE-PRES Approfondimenti sui DBMS © 2001 - Letizia Tanca

Altri esempi (aggregazione) Trovare la media dei voti ottenuti dai presidenti eletti per ciascun partito SELECT PARTITO, AVG (VOTI-PRES) FROM PRESIDENTI, ELEZIONI WHERE ELEZIONI.NOME-P = PRESIDENTI.NOME-P AND ELEZIONI.DATA-N = PRESIDENTI.DATA-N AND GROUP BY PARTITO Approfondimenti sui DBMS © 2001 - Letizia Tanca

L’esecuzione delle interrogazioni Le interrogazioni vengono tradotte in un formato interno da un ottimizzatore di interrogazioni. L’ottimizzatore, conoscendo le dimensioni delle tabelle, produce un piano d’accesso in termini di modello logico, poi trasmesso ad un gestore dei metodi d’accesso, che trasforma il piano d’accesso fornito dall’ottimizzatore a livello fisico. Il buffer manager, invece, si occupa del trasferimento dei dati da blocchi di memoria di massa a pagine di memoria centrale e viceversa ed è in stretto contatto con il gestore della memoria virtuale. Approfondimenti sui DBMS © 2001 - Letizia Tanca

Data Manipulation Language INSERT INTO relazione <tupla>, <tupla>, <tupla>,….. Serve per inserire le tuple DELETE FROM relazione WHERE attributo con condizione Serve per cancellare delle tuple UPDATE relazione SET attributo = espressione nuova da assegnare WHERE attributo con condizione Serve per modificare una relazione Approfondimenti sui DBMS © 2001 - Letizia Tanca

Problema Come organizzare i dati nelle tabelle in modo efficace ed efficiente? Evitare contraddizioni Permettere l’ottimizzazione delle interrogazioni Approfondimenti sui DBMS © 2001 - Letizia Tanca

La progettazione concettuale Traduce i requisiti di un qualsiasi sistema informatico in una descrizione: formale: espressa in modo non ambiguo ma adeguato a catturare le caratteristiche fondamentali del mondo da descrivere integrata:la descrizione si riferisce alla totalita’ dell’ambiente (non settoriale) indipendente dalla realizzazione fisica Approfondimenti sui DBMS © 2001 - Letizia Tanca

L’astrazione E’ un processo mentale che: evidenzia alcune proprieta’ rilevanti ai fini dell’applicazione esclude le proprieta’ irrilevanti ai fini dell’applicazione Approfondimenti sui DBMS © 2001 - Letizia Tanca

L’astrazione E’ un processo mentale che: evidenzia alcune proprieta’ rilevanti ai fini dell’applicazione esclude le proprieta’ irrilevanti ai fini dell’applicazione Approfondimenti sui DBMS © 2001 - Letizia Tanca

I tre meccanismi fondamentali Classificazione: e’ membro di… es. {gennaio, febbraio, marzo…} = “mese” Aggregazione: e’ parte di... es. <ruote, telaio, sellino, manubrio…> = “bicicletta” Generalizzazione: e’ sottoinsieme di… es. “studente” e’sottoinsieme di “persona”. “persona” e’ una generalizzazione di “studente” Approfondimenti sui DBMS © 2001 - Letizia Tanca

Classificazione Un oggetto puo’ essere membro di piu’ classi: es. Giovanni e’ membro di Uomo, Giovanni e’ membro di Persona, Giovanni e’ membro di Impiegato. Puo’ succedere che alcune di queste classi siano in relazione di generalizzazione tra loro: non necessariamente! (es. Uomo non e’ in generalizzazione con Impiegato!!!) E’ una relazione tra oggetti e classi Approfondimenti sui DBMS © 2001 - Letizia Tanca

Aggregazione Una classe viene definita come aggregazione di altre classi La stessa classe puo’ essere aggregazione di gruppi di classi diversi a seconda dell’applicazione: es. Persona: n. di matricola, corso di laurea, esami sostenuti, voti, anno di corso…oppure Persona: gruppo sanguigno, malattie avute, risultati esami medici,... E’ una relazione tra classi Approfondimenti sui DBMS © 2001 - Letizia Tanca

La struttura dei record Persona Nome Eta’ Stipendio Giovanni 10.000 25 40.000 Francesca 32 Myriam 20.000 Andrea 46 12.000 65 Approfondimenti sui DBMS © 2001 - Letizia Tanca

Generalizzazione Definisce una relazione di sottoinsieme tra classi: una classe puo’ essere generalizzazione di una o piu’ classi Ereditarieta’ in due sensi: le ASTRAZIONI ( PROPRIETA’) definite per la superclasse vengono ereditate dalle sottoclassi gli ELEMENTI delle sottoclassi vengono ereditati dalla superclasse Approfondimenti sui DBMS © 2001 - Letizia Tanca

Generalizzazione Persona: nome, cognome, codice fiscale, indirizzo, data di nascita, n. telefono, ... Studente: si aggiungono: numero di matricola, corso di laurea, esami sostenuti, voti, anno di corso… Paziente: si aggiungono: gruppo sanguigno, malattie avute, risultati esami medici,... Approfondimenti sui DBMS © 2001 - Letizia Tanca

Caratteristiche Schema dei dati: e’ statico, si progetta una tantum quando si progetta il sistema Istanza: e’ dinamica, varia col tempo (es. il sistema delle vie viene aggiornato con l’introduzione di una nuova autostrada, nasce un nuovo bambino nella famiglia) Approfondimenti sui DBMS © 2001 - Letizia Tanca

Il modello Entita’ Relazione Relazioni Attributi Persona abita nome Approfondimenti sui DBMS © 2001 - Letizia Tanca

Un piccolo esempio Azienda Impiegato Reparto Appartiene Lavora in N. Indirizzo Nome Azienda Impiegato N. matr. P.IVA Rag. Soc. Lavora in Appartiene Reparto N. Denomin Approfondimenti sui DBMS © 2001 - Letizia Tanca

Gestione dei reparti di un ospedale Si vuole progettare un sistema informativo per la gestione dei reparti di un ospedale. Per ogni reparto si conoscono la denominazione, la posizione (edificio e piano), i nomi del primario e della caposala, il numero delle camere di ciascun tipo (da 1, 2, 3 o 4 letti). I pazienti sono identificati dai loro dati anagrafici, a ciascuno di loro sono associati la patologia, il reparto in cui sono ricoverati e il relativo numero di letto. I pazienti possono arrivare al pronto soccorso ed essere ricoverati (cio' succede per i casi urgenti), oppure il loro ricovero viene prenotato dal loro medico di base, mediante una telefonata nella quale indica i dati del paziente e si accorda sul periodo di ricovero. Le camere possono essere chiuse per manutenzione, e per quel periodo ovviamente non si possono accettare prenotazioni. Inoltre il sistema deve poter gestire le richieste di informazioni sui reparti e sui letti a disposizione. Approfondimenti sui DBMS © 2001 - Letizia Tanca

Le entita’ Sono classi di oggetti Sono aggregazioni dei loro attributi Possono essere generalizzate Approfondimenti sui DBMS © 2001 - Letizia Tanca

Le relazioni Sono aggregazioni di entita’ Sono per la maggior parte binarie Possono essere anche ternarie Se ne considera la cardinalita’ Approfondimenti sui DBMS © 2001 - Letizia Tanca

Gli attributi Sono insiemi di valori Le entita’ sono ottenute come loro aggregazione Se ne considera la cardinalita’ Approfondimenti sui DBMS © 2001 - Letizia Tanca

Riviste scientifiche Si vuole progettare un sistema informativo di supporto all’organizzazione di una casa editrice che pubblica riviste scientifiche. Ogni rivista viene identificata attraverso la sua denominazione, ed ha un settore scientifico di riferimento, e un prezzo di abbonamento Ogni numero di una certa rivista ha una data di pubblicazione e l'indice, cioe' la sequenza di articoli che contiene. Tale indice viene deciso da un apposito comitato (il comitato di edizione), costituito da un gruppo di esperti del settore. Gli articoli sono caratterizzati dal titolo (si immagini non esistano due articoli con lo stesso titolo), gli autori, il numero della rivista e il numero d’ordine nell'indice. Per ogni articolo compreso in qualche indice la segreteria deve provvedere a memorizzare tutte le informazioni sugli autori. Il sistema deve memorizzare tutte le persone (con il relativo nome, l’indirizzo, il recapito telefonico e di posta elettronica) che hanno a che fare con le riviste:abbonati, esperti compresi nei comitati di edizione (di cui si conosce anche il settore o i settori in cui sono esperti), autori degli articoli (di cui si conosce, per motivi statistici, anche la data di nascita). Il sistema deve anche fornire alla segreteria l’elenco degli abbonati ad ogni rivista, completo delle date di inizio dell'abbonamento e di pagamento. Approfondimenti sui DBMS © 2001 - Letizia Tanca

Altri elementi Cardinalita’ Identificatori delle relazioni degli attributi Identificatori Approfondimenti sui DBMS © 2001 - Letizia Tanca

Cardinalita’ Insieme 1 Insieme 2 Approfondimenti sui DBMS © 2001 - Letizia Tanca

Cardinalita’ delle relazioni Dato un oggetto di una classe, a quanti oggetti dell’altra classe puo’ corrispondere, in un certo istante, attraverso la relazione considerata? 0:1 0:n 1:1 1.n Approfondimenti sui DBMS © 2001 - Letizia Tanca

Cardinalita’ delle relazioni Esempi: matrimonio (0:1) ; (0:1) azienda-dipendente (m:n) ; (0:1) impiegato-progetto (1:3) ; (m:n) (oppure (0:n)) dirigente-subordinato (0:n) ; (1:1) genitore-figlio (1:n) ; (0:2) (oppure (2:2)) Approfondimenti sui DBMS © 2001 - Letizia Tanca

Cardinalita’ degli attributi Dato un oggetto di una classe, quanti valori dell’attributo possono essergli associati in un certo istante? 0:1 0:n 1:1 1.n Approfondimenti sui DBMS © 2001 - Letizia Tanca

Cardinalita’ degli attributi Esempi: persona-codice fiscale (1:1) persona- numero di telefono (0:n) prodotto-codice prodotto (1:1) persona-data di morte (0:1) libro-autore (1:n) Approfondimenti sui DBMS © 2001 - Letizia Tanca

Identificatori E’ un sottoinsieme minimale degli attributi di un’entita’ sufficiente a identificare univocamente un oggetto della classe Si definisce un identificatore per ogni entita’ Esempi: PERSONA: Codice fiscale PERSONA: Nome, Cognome, Data di nascita, Luogo di nascita Approfondimenti sui DBMS © 2001 - Letizia Tanca

Discussione oppure MOBILE MOBILE COLORE HA Come si sceglie se definire una nuova entita’ o un attributo? Esempio: oppure MOBILE COLORE MOBILE COLORE HA Approfondimenti sui DBMS © 2001 - Letizia Tanca

Le gerarchie spesso nella analisi di un settore aziendale può risultare che più entità risultino simili o casi particolari l’una dell’altra, derivanti da “viste” diverse da parte dell’utenza emerge quindi la necessità di evidenziare sottoclassi di alcune classi si definisce pertanto gerarchia di specializzazione il legame logico che esiste tra classi e sottoclassi Approfondimenti sui DBMS © 2001 - Letizia Tanca

Le gerarchie la gerarchia concettuale è il legame logico tra un’entità padre E ed alcune entità figlie E1 E2 .. En dove: E è la generalizzazione di E1 E2 .. En E1 E2 .. En sono specializzazioni di E una istanza di Ek è anche istanza di E (e di tutte la sue generalizzazioni) una istanza di E può essere una istanza di Ek Approfondimenti sui DBMS © 2001 - Letizia Tanca

Un esempio di gerarchia un’azienda si avvale dell’opera di professionisti esterni, quindi il suo personale si suddivide in esterni e dipendenti: matr cognome personale nome t,e esterno dipendente Parametro ore Approfondimenti sui DBMS © 2001 - Letizia Tanca

Un esempio di gerarchia un comune gestisce l’anagrafe ed i servizi per i suoi cittadini alcuni di questi richiedono la licenza di pesca c_f cittadino cognome nome p,o n_licenza pescatore tipo_lic Approfondimenti sui DBMS © 2001 - Letizia Tanca

Gerarchie: definizioni t sta per totale: ogni istanza dell’entità padre deve far parte di una delle entità figlie nell’esempio il personale si divide (completamente) in esterni e dipendenti p sta per parziale: le istanze dell’entità padre possono far parte di una delle entità figlie nell’esempio i pescatori sono un sottoinsieme dei cittadini Approfondimenti sui DBMS © 2001 - Letizia Tanca

un’ulteriore specializzazione esterno p, e legale ingegnere economista p : possono esistere esterni generici che non sono né legali, né ingegneri, né economisti ma non interessa stabilire una sottoclasse ad hoc Approfondimenti sui DBMS © 2001 - Letizia Tanca

gerarchie: definizioni e sta per esclusiva: ogni istanza dell’entità padre deve far parte di una sola delle entità figlie nell’esempio si esclude che una istanza di personale possa appartenere ad entrambe le sottoclassi o sta per overlapping (con sovrapposizioni): ogni istanza dell’entità padre può far parte di una o più entità figlie Approfondimenti sui DBMS © 2001 - Letizia Tanca

un’ulteriore specializzazione ingegnere p, o logistica meccanica elettrica o : possono esistere ingegneri sia meccanici, sia elettrici, sia della logistica le tre qualifiche non si escludono Approfondimenti sui DBMS © 2001 - Letizia Tanca

ereditarietà delle proprietà le proprietà dell’entità padre non devono essere replicate sull’entità figlia in quanto questa le eredita cioè: le proprietà dell’entità padre fanno parte del tipo dell’entità figlia non è vero il viceversa il tipo di personale è: (matricola, cognome, nome, indirizzo, data_nascita) Approfondimenti sui DBMS © 2001 - Letizia Tanca

Il sistema di gestione dei musei del Veneto Si vuole progettare il sistema informativo per la gestione dei musei del Veneto.Gli utilizzatori del sistema informativo saranno i visitatori da una parte, per quanto riguarda le informazioni generali, e le direzioni dei musei dall’altra, per quanto riguarda gli aspetti organizzativi. Il sistema deve, su richiesta, fornire informazioni al pubblico relativamente agli orari di ciascun museo (di cui sono memorizzati il nome, la citta', l’indirizzo e il numero di telefono): giorno di chiusura settimanale, orari di apertura, che possono variare nei vari giorni della settimana. Tra le informazioni, vi è anche il costo del biglietto di ingresso (diviso per categorie: adulti e ridotti). Vengono inoltre fornite informazioni relative a eventuali mostre presso il museo (periodo di apertura, titolo della mostra, costo del biglietto di ingresso per la mostra). Queste informazioni vengono inserite e modificate da un opportuno ufficio Mostre Temporanee (che e' parte del sistema) e possono essere richieste, con una domanda al sistema, sia da parte della direzione, sia da parte del pubblico. Inoltre, una attivita' di Gestione del Personale può inserire o modificare dati sul personale (che ha una matricola, nome, cognome, indirizzo e numero di telefono, e una lista di mansioni), e assegna il personale a turni (con una data, un orario di inizio e di fine e la sala a cui la persona è assegnata). Per ogni sala di ogni museo vi deve essere sempre almeno una persona addetta alla sorveglianza durante gli orari di apertura. Approfondimenti sui DBMS © 2001 - Letizia Tanca

Gestione delle prenotazioni alberghiere Si vuole progettare il sistema di prenotazioni per un gruppo di alberghi. Per ogni albergo si conoscono il nome, l’indirizzo, la città, il periodo di apertura, il prezzo nelle varie stagioni per ciascun tipo di camera (si suppongano due stagioni, alta e bassa, e due tipi di camere, singola e doppia), il numero delle camere di ciascun tipo. I clienti sono identificati da nome e numero di telefono e possono prenotare una o più camere per uno o più giorni (consecutivi). Si supponga di volere gestire le richieste di informazioni da parte dei clienti, le prenotazioni, le cancellazioni di prenotazioni. Le prenotazioni possono anche arrivare per telefono, ma viene comunque richiesto un fax contenente, oltre ai dati suddetti, anche l'indirizzo e il numero di documento d'identita'. Se un cliente prenotato arriva dopo le sei, la sua prenotazione viene automaticamente annullata. Se un cliente vuole che la sua prenotazione gli venga tenuta anche oltre le sei, deve segnalare anche il numero della sua carta di credito. Si accettano anche clienti senza la prenotazione, se al momento in cui arrivano c'e' posto. Inoltre si vuole poter inserire un nuovo albergo, con tutti i dati relativi, quando questo viene acquisito all'interno della catena. Approfondimenti sui DBMS © 2001 - Letizia Tanca

Gestione di una ditta di trasporti Si vuole progettare il sistema informativo per la gestione di una ditta di trasporti con sede in Torino, che spedisce merci in tutto il Nord Italia . Le richieste di servizio arrivano per telefono o via fax. In una richiesta di servizio, occorre precisare la destinazione dei colli che vengono inviati, il loro ingombro e il loro peso, e l’indirizzo dove occorre andare a prelevarli. Inizialmente, le richieste di servizio vengono raccolte e non viene loro data alcuna risposta. Ogni mattina un impiegato esamina tutte le richieste di servizio pendenti e le raggruppa, in primo luogo per destinazione, e poi, tra quelle con la stessa destinazione, riunisce insieme quelle che hanno indirizzi di prelevamento vicini. Esamina poi le risorse disponibili, in termini di autofurgoni e di personale (autisti e facchini), e tenta di soddisfare prioritariamente le richieste appartenenti ai gruppi piu’ numerosi, tenendo conto della capienza dei furgoni e dell’ingombro dei colli. Quando, utilizzando questo criterio, ha terminato le risorse disponibili, tenta di associare tra loro richieste singole per poterne soddisfare di piu’. Le richieste non soddisfatte vengono poste in coda tra le richieste pendenti per il giorno successivo. Le richieste pendenti da piu’ di tre giorni assumono maggiore priorita’, percio’ occorre soddisfarle anche se si riferiscono a destinazioni non accoppiabili con le altre. Successivamente, vengono avvertiti i clienti le cui merci saranno trasportate in giornata (richieste soddisfacibili), e il trasporto vero e proprio viene organizzato assegnando il presonale ai vari furgoni e passando le bolle di consegna ai trasportatori. Approfondimenti sui DBMS © 2001 - Letizia Tanca

Centro di istruzione permanente Si progetti il sistema informativo per la segreteria di un centro di istruzione permanente. I docenti propongono i corsi e forniscono il relativo materiale sotto forma di file. Di ogni corso si conosce la durata (espressa in ore di lezione), i docenti, il responsabile (che è uno dei docenti), il programma e il tipo di strumenti richiesti per le eventuali esercitazioni. La direzione valuta le proposte, decide quali corsi realizzare e ne stabilisce il calendario che viene comunicato ai responsabili dei corsi. In seguito vengono pubblicati e distribuiti i volantini con il calendario e i programmi dei corsi. Gli allievi sono di due tipi: privati (che si iscrivono personalmente ai corsi cui sono interessati presentandosi alla segreteria e fornendo i propri dati anagrafici) e dipendenti di un’azienda, che li iscrive inviando i dati mediante fax. Le tariffe aziendali prevedono sconti per gruppi superiori a 3 componenti per lo stesso corso. La segreteria prepara una copia del materiale per ogni partecipante e provvede a distribuirla agli iscritti. Alla fine di ogni corso è prevista una prova finale il cui superamento comporta il rilascio di un attestato. Il sistema deve tenere memoria di tutti i corsi tenuti con i relativi docenti e partecipanti, registrando in particolare coloro che hanno conseguito l’attestato. Approfondimenti sui DBMS © 2001 - Letizia Tanca

Progettazione logica Consiste nella produzione di schemi di tabelle a partire dallo schema Entità-Relazione Il passaggio da modello a modello comporta un diverso tipo di rappresentazione La nuova rappresentazione “impoverisce” l’informazione Approfondimenti sui DBMS © 2001 - Letizia Tanca

Trasformazione delle entità Per ogni entità una tabella che ha lo stesso nome, la tabella ha per attributi gli attributi dell’entità, la tabella ha per chiave gli attributi che identificano l’entità Es: PAZIENTE(Cod-fisc, Nome,Cognome, Tessera-Asl, N-letto) Approfondimenti sui DBMS © 2001 - Letizia Tanca

Gerarchie di generalizzazione Riduzione alla superclasse Riduzione alla sottoclasse Entità con relazioni Approfondimenti sui DBMS © 2001 - Letizia Tanca

Trasformazione delle relazioni Per ogni relazione una tabella “ponte” che ha il nome della relazione la tabella ha per attributi tutti gli attributi chiave delle entità collegate e gli attributi della relazione la tabella ha per chiave tutti gli attributi chiave delle entità collegate. Es: RICOVERO(Cod-fisc, N-stanza,Piano,Edif) Approfondimenti sui DBMS © 2001 - Letizia Tanca

Ottimizzazione delle relazioni Per ogni relazione di cardinalità (1:1) da una parte la tabella “ponte” può essere eliminata inserendo la chiave di una delle due entità nello schema dell’altra. Es: PAZIENTE(Cod-fisc, Nome, Cognome, Tessera-Asl, N-letto, N-stanza, Piano, Edif) possiamo farlo perché a ogni paziente corrisponde una e una sola stanza Approfondimenti sui DBMS © 2001 - Letizia Tanca

Data Definition Language CREATE TABLE nome-relazione A1 tipoA1, A2 tipoA2, A3 tipoA3, An tipoAn Es: CREATE TABLE PAZIENTE Cod-fisc string, Nome string, Cognome string, ….. DROP TABLE nome-relazione Es: DROP TABLE PAZIENTE Approfondimenti sui DBMS © 2001 - Letizia Tanca