Download
1 / 8
E N D
Progettare una base di dati che permetta di gestire il problema descritto nel seguito, nei seguenti punti:1. Definire uno schema Entità/Relazione che descriva il problema2. Definire uno schema logico secondo il modello relazionale, derivato da una ristrutturazione, se necessaria, del diagramma E/R, esteso con gli eventuali vincoli necessari a garantire la consistenza della base di dati. Un negozio di elettrodomestici vende diversi prodotti, ciascuno dei quali ha alcune caratteristiche descrittive in comune con gli altri (prezzo di acquisto, marca, dimensioni, prezzo di vendita, data di vendita) ma, in funzione del tipo, ha anche caratteristiche specifiche. La base di dati deve quindi consentire di gestire diverse categorie di prodotti e, quindi, di associare loro le rispettive caratteristiche. Il negozio ha un solo fornitore per ogni componente (ma può comprare più componenti dallo stesso fornitore). Inoltre ha un’anagrafe clienti che permette di stabilire, a fine anno, l’importo di un buono acquisto da offrire in omaggio a ciascuno di essi, di valore pari al 2% del valore degli acquisti che quest’ultimo ha fatto durante l’anno.
Un negozio di elettrodomestici vende diversi prodotti, ciascuno dei quali ha alcune caratteristiche descrittive in comune con gli altri (prezzo di acquisto, marca, dimensioni, prezzo di vendita, data di vendita) ma ha anche caratteristiche specifiche. La base di dati deve quindi consentire di gestire diverse categorie di prodotti e, quindi, di associare loro le rispettive caratteristiche. Il negozio ha un solo fornitore per ogni prodotto (ma può comprare più prodotti dallo stesso fornitore). Inoltre ha un’anagrafe clienti che permette di stabilire, a fine anno, l’importo di un buono acquisto da offrire in omaggio a ciascuno di essi, di valore pari al 2% del valore degli acquisti che quest’ultimo ha fatto durante l’anno.
Relazioni Entità Dati anag. Cliente (1,N) Prezzo vendita L H P Vendita Dim. Marca Modello (1,N) Prezzo listino Prodotto (1,N) Prezzo acquisto Fornitura (1,N) Fornitore Dati anag. Buono Acquisto Valore
Schema scheletro L H P Dati anag. Dim. Marca Modello Quantità Data (1,N) (1,N) Cliente Vendita Prodotto (1,N) (1,N) Prezzo vendita Prezzo acquisto Data Premio annuale Acquisto (1,1) Dati anag. Quantità (1,N) Valore Buono Acquisto Anno Fornitore N.B. La relazione Acquisto è di tipo molti a molti in quanto un prodotto può essere acquistato piu volte in date diverse. Esiste anche una relazione 1:N tra Prodotto e Fornitore, logicamente distinta dall’acquisto, che potrebbe ad es. chiamarsi “Fornitura”
Generalizzazioni L H P Marca Modello Dim. Prezzo listino Prodotto Prodotto1 Prodotto2 ProdottoN ….. C11 C12 C1n C21 C22 C2n CN1 CN2 CNn
Eliminazione generalizzazioni e attributi multivalore C.F. Nome ……….. L H P Marca Modello Cliente Prezzo listino Prodotto Codice (1,N) P.I. Nome ……….. Specifica Fornitore Valore (1,N) Caratteristica Nome
Valore Buono Acquisto Anno (1,1) Premio annuale Quantità Prezzo vendita Data (1,N) C.F. Nome ……….. L H P MarcaModello (1,N) Vendita Prezzo listino (1,N) Prodotto Cliente Codice Data Quantità (1,N) (1,N) Acquisto P.I. Nome ……….. Specifica (1,N) Valore Prezzo acquisto Fornitore (1,N) Caratteristica Nome
Schema logico Cliente(CF, Nome, Cognome, Indirizzo, ….) Fornitore(PI, Nome, Cognome, Indirizzo, ….) Prodotto(Codice, Marca, Modello, L, H, P, Prezzolistino, PI) Specifica(NomeCaratteristica, CodiceProd, Valore) Vendita(CodiceProd, CF, Prezzovendita, Quantità, Data) Acquisto(CodiceProd, PI, Prezzoacquisto, Quantità, Data) BuonoAcquisto(Valore, Anno, CF) Caratteristica(Nome) N.B. La tabella caratteristica è utile solo se si vuole imporre un vincolo di integrità referenziale fra Specifica.Nomecaratteristica e Caratteristica.Nome
