GESTIONE ABBONAMENTI RIVISTE

Transcript

1 GESTIONE ABBONAMENTI RIVISTE Si vogliono gestire, con una base di dati, le informazioni relative agli abbonamenti a riviste da parte di utenti di cui si deve tener conto della città di residenza. Gli elementi caratterizzanti il problema sono : gli abbonati, le riviste e le città. Ogni abbonato può avere abbonamenti a più riviste. Considerato il problema proposto si realizzi: uno schema concettuale della base di dati; uno schema logico della base di dati; la definizione delle relazioni della base di dati in linguaggio SQL. Schema concettuale della base di dati Tipi di entità Le entità che possono essere individuate per risolvere il problema sono : Città Rivista Abbonato contiene l elenco delle città in cui risiedono gli abbonati; contiene l elenco delle riviste; contiene l elenco degli abbonati; Attributi Sistema informativo Gestione Abbonamenti Riviste Tipo di entità Attributi Città idcittà, Nome della città; Rivista idrivista, Titolo della rivista, Costo dell abbonamento; Abbonato idabbonato, Cognome, Nome, Città di residenza; Es. di analisi di un problema a cura del Prof. Salvatore DE GIORGI - I.T.I.S. FALANTO TALSANO (TA) Pag. 1

2 Relazioni fra le entità Le associazioni tra i tipi di entità nel modello dei dati sono individuate nel seguente Modello Entità/Relazioni (E/R) : ABBONATO CITTA Abbona mento DataAbbonamento RIVISTA Tra l entità Rivista e l entità Abbonato esiste un associazione molti-a-molti in quanto un abbonato può essere abbonato ad una o più riviste e ciascuna rivista può essere soggetta di abbonamento da uno o più abbonati. Tra l entità Città e l entità Abbonato esiste un associazione uno-a-molti in quanto una città può essere residenza di uno o più abbonati e ciascun abbonato è residente in un una sola città. Nel modello E/R, inoltre, sono stati indicati, oltre ai nomi delle entità, l opzionalità od obbligatorietà delle associazioni (indicate rispettivamente con linea tratteggiata o continua). Il modello viene verificato utilizzando le regole di lettura : ogni rivista può essere soggetta di abbonamento da parte di uno o più abbonati, ogni abbonato deve essere abbonato ad una o più riviste. ogni città deve essere la residenza di uno più abbonati (si considera il caso di utilizzare solo le città in cui risiede almeno un abbonato e non tutte le città), un abbonato deve essere risiedere in una sola città. Es. di analisi di un problema a cura del Prof. Salvatore DE GIORGI - I.T.I.S. FALANTO TALSANO (TA) Pag. 2

3 Schema logico della base di dati Nello schema E/R precedente si può osservare che esiste una relazione molti-a-molti (N:N) tra i tipi di entità Abbonato e Rivista. Applicando il processo di normalizzazione (definito dalle forme normali) si deve inserire una entità ausiliaria (Abbonamento) che trasforma la relazione molti-a-molti in due relazioni : uno-a-molti (1:N) tra Abbonato e Abbonamento, e molti-a-uno (N:1) tra Abbonamento e Rivista. Applicando le regole di corrispondenza tra il modello E/R ed il modello Relazionale si passa dal precedente schema concettuale al modello logico che viene descritto sia nella forma testuale che in quella grafica. Rappresentazione testuale dello schema logico : Nella rappresentazione testuale si elencano le tabelle (indicando per ciascuna i campi) che rappresentano le entità dello schema concettuale e le tabelle che rappresentano le eventuali relazioni molti-a-molti, introducendo, inoltre, le chiave esterne per rappresentare le associazioni (le chiavi primarie sono sottolineate, le chiavi esterne sono in corsivo). Si elencano di seguito le tabelle che rappresentano le entità dello schema concettuale : tbcittà (idcittà,città) tbriviste (idrivista, rivista, costo) tbabbonati (idabbonato, abbonato, kscittà) tbabbonamenti (ksrivista, ksabbonato, dataabbonamento) Per realizzare l associazione uno-a-molti fra l entità Città e l entità Abbonati si introduce, fra gli attributi dell entità a molti (Abbonati), la chiave esterna kscittà associata alla chiave primaria idcittà dell entità a uno (Città). Per realizzare l associazione molti-a-molti fra l entità Rivista e l entità Abbonato si introduce una terza entità Abbonamenti, che, oltre ad attributi propri dell associazione (dataabbonamento) ha, come attributi, la chiave esterna ksrivista associata alla chiave primaria idrivista dell entità Rivista e la chiave esterna ksabbonato associata alla chiave primaria idabbonato dell entità Abbonato. Rappresentazione grafica dello schema logico : La rappresentazione grafica dello schema logico relativo al sistema informativo per la gestione degli Abbonamenti è il seguente : Es. di analisi di un problema a cura del Prof. Salvatore DE GIORGI - I.T.I.S. FALANTO TALSANO (TA) Pag. 3

4 Definizione delle Tabelle Nel definire le tabelle e la struttura delle stesse, è consigliabile elencarle partendo dalle tabelle che non presentano chiavi esterne. In successione si definiscono le tabelle le cui chiavi primarie sono utilizzate da altre tabelle come chiavi esterne. Nel prospetto seguente, per es., si definiscono prima le tabelle tbcittà e tbriviste, quindi la tabella tbabbonato (che ha fra gli attributi un campo definito come chiave esterna alla tabella tbcittà), ed infine la tabella tbabbonamenti in quanto quest ultima ha, fra gli attributi, un campo definito come chiave esterna alla tabella tbabbonati ed un campo definito come chiave esterna alla tabella tbriviste (l insieme di questi due campi formano la chiave primaria). Tabella Nome campo Chiave Tipo dati Dim. Dec. Null Descrizione tbcittà idcittà Primaria Numerico 4 Autoincremento città Testo 30 tbriviste idrivista Primaria Numerico 4 Autoincremento rivista Testo 30 Vincoli: valori unici costo Numerico 6 2 tbabbonati idabbonato Primaria Numerico 4 Autoincremento abbonato Testo 30 kscittà Esterna Numerico 4 Integrità referenziale con idcittà della tabella tbcittà tbabbonamenti ksrivista Primaria Numerico 4 Integrità referenziale con idrivista della tabella tbrivista ksabbonato Primaria Numerico 4 Integrità referenziale con idabbonato della tabella tbabbonati dataabbonamento Data/ora 10 Es. di analisi di un problema a cura del Prof. Salvatore DE GIORGI - I.T.I.S. FALANTO TALSANO (TA) Pag. 4

5 Le tabelle contengono i seguenti dati : tbabbonamenti ksrivista ksabbonato dataabb /11/ /12/ /12/ /10/ /11/ /01/ /03/ /04/ /04/ /05/ /05/ /05/ /06/ /03/ /04/ /03/ /05/ /04/ /06/ /03/ /04/ /06/ /05/ /07/ /06/2003 tbcittà idcittà Città 1 MILANO tbrivista 2 TORINO 3 CREMONA idrivista rivista costo 4 PIACENZA 1 PANORAMA 1,10 5 MANTOVA 2 OGGI 1,20 6 GENOVA 3 L'ESPRESSO 2,20 4 FOCUS 0,90 5 MAX 2,25 tbabbonati idabbonato abbonato kscittà 1 ROSSI GIUSEPPE 1 2 VERDI ANTONIO 1 3 PICCOLO MARIO 2 4 ROSSI GIUSEPPE 3 5 BIANCHI MARIA 3 6 GRANDE LUCA 4 7 APRILE LUIGI 5 8 ROSSI GIUSEPPE 2 9 PESCE ROSA 1 10 VOZZA UMBERTO 1 11 ROSSI MARIO 6 Es. di analisi di un problema a cura del Prof. Salvatore DE GIORGI - I.T.I.S. FALANTO TALSANO (TA) Pag. 5

6 Definizione delle relazioni della base di dati in SQL Lo schema logico relazionale precedente (tabelle, relazione ed applicazione dei vincoli di integrità dei dati e referenziale) può essere creato con le seguenti istruzioni SQL (proposte in versione per ACCESS e MYSQL. ACCESS CREATE TABLE tbcittà ( idcittà Counter PRIMARY KEY, città Char(30) NOT NULL); CREATE TABLE tbabbonati ( idabbonato Counter PRIMARY KEY, abbonato Char(30) NOT NULL kscittà Long NOT NULL, FOREIGN KEY(kscittà) REFERENCES tbcittà(idcittà)); CREATE TABLE tbriviste ( idrivista Counter PRIMARY KEY, rivista Char(30) NOT NULL UNIQUE, costo SINGLE NOT NULL); MySQL CREATE TABLE tbcittà ( idcittà int(4) AUTO_INCREMENT PRIMARY KEY, città varchar(30) NOT NULL) CREATE TABLE tbabbonati ( idabbonato int(4) AUTO_INCREMENT PRIMARY KEY, abbonato varchar(30) NOT NULL, kscittà int(4) NOT NULL) CREATE TABLE tbriviste ( idrivista int(4) AUTO_INCREMENT PRIMARY KEY, rivista varchar(30) NOT NULL UNIQUE, costo decimal (6,2) NOT NULL) CREATE TABLE tbabbonamenti ( ksrivista Long NOT NULL, ksabbonato Long NOT NULL, dataabbonamento Datetime, PRIMARY KEY (ksrivista,ksabbonato), FOREIGN KEY(ksrivista) REFERENCES tbrivista(idrivista), FOREIGN KEY(ksabbonato) REFERENCES tbabbonati(idabbonato)); CREATE TABLE tbabbonamenti( ksrivista int(4) NOT NULL, ksabbonato int(4) NOT NULL, dataabbonamento date NOT NULL, PRIMARY KEY(ksrivista,ksabbonato)) Nota : le istruzioni proposte per MySQL sono relative all uso di tabelle tipo MyISAM che non supportano l integrità referenziale definita con FOREIGN KEY. Il tipo di tabella InnoDB, invece, supporta la FOREIGN KEY similmente ad ACCESS. Es. di analisi di un problema a cura del Prof. Salvatore DE GIORGI - I.T.I.S. FALANTO TALSANO (TA) Pag. 6