Basi di Dati A.A. 2012/2013 Progetto database per pizzeria da asporto

Transcript

1 Basi di Dati A.A. 2012/2013 Progetto database per pizzeria da asporto Cappellotto Francesco, Cecchel Stefano matr , Giugno

2 INDICE 2 Indice 1 Descrizione del progetto Requisiti strutturati Operazioni sulla base di dati Glossario Progettazione concettuale Modello concettuale: Entità-Associazione (E.R.) Dizionario dei dati Entità Associazioni Generalizzazioni Schema concettuale, regole di vincolo Ristrutturazione dello schema concettuale Programmazione logica Modello logico relazionale Schema logico: regole di vincolo Codice SQL Struttura Query Note 15 Elenco delle gure 1 Schema Entità-Associazione (E.R.) Schema Entità-Associazione ristrutturato Schema Logico

3 1 DESCRIZIONE DEL PROGETTO 3 1 Descrizione del progetto Si vuole realizzare una base di dati per una pizzeria d'asporto, la quale ha scelto di avvalersi della possibilità di far ordinare via web menù personalizzabili di pizze e bibite, i quali verranno recapitati a casa tramite un fattorino. Suddetta base di dati servirà dunque a gestire le varie richieste eettuate dal sito della pizzeria senza perdere la essibilità di personalizzazione del proprio menù, tipica di un ordine fatto alla cassa, o telefonicamente. Il sistema prevede inoltre l'attribuzione di buoni sconto ai migliori clienti, applicabili agli ordini online così da incentivare l'utilizzo del servizio e di conseguenza migliorare l'ecienza della pizzeria stessa. 1.1 Requisiti strutturati Frasi per Utente Per ogni Utente, identicato univocamente dal proprio indirizzo , opportunamente vericato al momento della registrazione al sito tramite una chiave d'attivazione, rappresentiamo i dati anagraci principali come nome e cognome, ai quali aggiungiamo per ovvi motivi di reperibilità la residenza, indicata con via, numero civico e, onde evitare fraintendimenti, il nome che comparirà sul campanello. Alcuni utenti potranno essere investiti del ruolo di admin, i quali potranno eettuare modiche ed aggiornamenti al database tramite il sito internet che ne farà utilizzo. Frasi per Ordine Ogni Ordine viene identicato univocamente da un codice ID interno. Gli ordini possono essere 'inviati' dal momento in cui l'utente inoltra l'ordine tramite il sito web associato alla pizzeria, possono essere 'confermati' nel momento in cui l'addetto alla gestione degli ordini verica la presenza di tutti gli ingredienti e ne approva l'esecuzione. Inne, a consegna terminata, il fattorino dal proprio tablet fornito dalla pizzeria confermerà in maniera istantanea la buona riuscita della consegna dell'ordine, che verrà denito come 'evaso'. Frasi per Pizza Per ogni Pizza rappresentiamo il nome ed il prezzo di listino. Essa inoltre è univocamente identicata tramite un codice ID. Frasi per Ordine_pizza Per ogni pizza ordinata occorre conoscere la base (la pizza del menù) e le eventuali aggiunte o rimozioni. Ordine_pizza tiene conto da quali pizze (modiche comprese) un singolo ordine è composto. Essa è identicata univocamente da una coppia ID_elemento e ID_ingrediente. Quest'ultimo ne rappresenta un'eventuale aggiunta o rimozione ed è inizializzato ad un valore standard nel caso non vengano eettuate modiche alla pizza del menù. Frasi per Ingrediente Per ogni Ingrediente, proprio come per una pizza, rappresentiamo il nome, il prezzo (in questo caso da aggiungere/sottrarre in base alle scelte dell'utente) ed un codice univoco ID che dierenzia ogni ingrediente dagli altri. Frasi per Bibita Ogni Bibita è caratterizzata da un proprio ID univoco e per ciascuna di esse rappresentiamo il nome e il prezzo unitario. Frasi per Coupon Per ogni Coupon, identicato univocamente da un codice ID rappresentiamo l'importo eettivo dello sconto (rappresentato in Euro, che verrà sottratto dal totale al momento dell'utilizzo del buono stesso). Frasi per Ricevuta Ogni Ricevuta viene univocamente identicata tramite la coppia numerodata (il numero della ricevuta nella giornata viene azzerato ogni mezzanotte). Rappresentiamo inoltre il prezzo totale, cioè la somma dei prezzi di tutti gli elementi presenti nell'ordine. E' riportata anche l' dell'utente che ha eettuato l'ordine ai ni di

4 1 DESCRIZIONE DEL PROGETTO 4 composizione della fattura. L'Utente può scegliere se avere come ricevuta d'acquisto un normale scontrino (di default) o una fattura (su richiesta). 1.2 Operazioni sulla base di dati Operazione Tipo Frequenza Ordini evasi in giornata tramite fattorino INTERROGAZIONE 1/Giorno Totale incassi degli ordini via web INTERROGAZIONE 1/Giorno Lista delle pizze più richieste INTERROGAZIONE 1/Settimana Lista degli ingredienti più utilizzati INTERROGAZIONE 1/Settimana Lista delle bevande più richieste INTERROGAZIONE 1/Settimana Compilazione di un ordine MODIFICA 20/Giorno Aggiornamento lista pizze MODIFICA 4/Anno Aggiornamento lista ingredienti MODIFICA 4/Anno Aggiornamento lista bibite MODIFICA 4/Anno Aggiornamento prezzo pizze MODIFICA 1/Anno Aggiornamento prezzo bibite MODIFICA 1/Anno Aggiornamento prezzo ingredienti singoli MODIFICA 1/Anno 1.3 Glossario Termine Descrizione Sinonimo Collegamento Utente Persona sica dotata di account che Cliente, Acquirente, Compila eettua ordini online presso la pizzeria. Compratore, Account Ordine Identicativo di un ordine preso in Compila, Elabora, carico. Contiene, Usa, Ordine_bibita Ordine_pizza Pizza presente nell'ordine, con o senza Pizza ordinata Inizializza, Farcisce modiche. Pizza Prodotto principale della pizzeria. Compone, Inizializza Ingrediente Uno dei molteplici elementi di condimento Farcitura Farcisce, Compone di una pizza. Bibita Bevanda che spesso accompagna una Bevanda Ordine_bibita pizza in un menù. Coupon Buono sconto utilizzabile su un ordine Buono sconto, Usa che ne comporta una riduzione del prezzo totale. voucher Ricevuta Ricevuta scale indicante il prezzo Ricevuta scale Elabora totale dell'ordine eettuato.

5 2 PROGETTAZIONE CONCETTUALE 5 2 Progettazione concettuale 2.1 Modello concettuale: Entità-Associazione (E.R.) Di seguito lo schema concettuale prodotto per la rappresentazione della realtà: Figura 1: Schema Entità-Associazione (E.R.).

6 2 PROGETTAZIONE CONCETTUALE Dizionario dei dati Entità Entità Descrizione Attributi Identicatore UTENTE Eettua ordini. , Password, Nome, Cognome, Indiriz- zo, Civico,Telefono, Campanello, Chiave_attivazione ORDINE Rappresenta l'ordine totale delle ID ID pizze e delle bibite. ORDINE_PIZZA Rappresenta le pizze ordinate, con possibili aggiunte e/o rimozioni. ID_elemento ID_elemento, ID (di Ingrediente) PIZZA Rappresenta la pizza di listino. ID, Nome, Prezzo ID INGREDIENTE Può esser aggiunto o meno a pizze ID, Nome, Prezzo ID di listino e ne compone alcune. BIBITA ID, Nome, Prezzo ID COUPON Sconta il totale di un ordine. ID, Valore ID RICEVUTA Attesta a livello scale l'avvenuto Data, Numero, Data, Numero acquisto. Totale_pizze, Totale_bibite, _utente FATTURA Rappresenta la fattura d'acquisto Data, Numero dell'ordine. (entrambi di Ricevuta) SCONTRINO Rappresenta lo scontrino scale Data, Numero dell'ordine. (entrambi di Ricevuta) AMMINISTRA- TORE CLIENTE Amministra il sito web della pizzeria. Può acquistare dal sito ma non ha potere di modicarlo. ATTIVO Rappresenta un account di un cliente attivato con conferma via . NON ATTIVO Rappresenta l'account di un cliente che non ha ancora provveduto a confermare l' di sistema. INVIATO Rappresenta un ordine che è stato inviato al sistema, in attesa di approvazione da un admin. NON INVIATO Rappresenta un ordine pendente di un utente che non è ancora stato inviato al sistema. (di Utente) (di Utente) (di Utente) (di Utente) ID (di Ordine) ID (di Ordine)

7 2 PROGETTAZIONE CONCETTUALE 7 CONFERMATO Rappresenta un ordine che è stato Ora_confermato ID (di Ordine) approvato da un amministratore e che è quindi in fase di lavorazione. NON CONFER- Rappresenta un ordine che è in attesa ID (di Ordine) MATO di una conferma o di un messag- gio di riuto (nel caso ad esempio manchino ingredienti richiesti). EVASO Rappresenta un ordine concluso. Ora_evaso ID (di Ordine) NON EVASO Rappresenta un ordine che ancora non è stato consegnato. ID (di Ordine) Associazioni Associazione Attributi Entità Collegate COMPILA Utente (0,N) Ordine (1,1) CONTIENE Ordine_pizza (1,1) Ordine (1,N) FARCISCE Aggiunta Ordine_pizza (1,1) Ingrediente (0,N) INIZIALIZZA Ordine_pizza (1,1) Pizza (0,N) COMPONE Pizza (1,N) Ingrediente (0,N) USA Ordine (0,1) Coupon (0,1) ORDINE_BIBITA Quantità Ordine (0,N) Bibita (0,N) ELABORA Ordine (0,1) Ricevuta (1,1) Generalizzazioni Entità padre Entità glie Tipo di generalizzazione UTENTE ADMIN, CLIENTE Totale ed esclusiva CLIENTE ATTIVO, NON ATTIVO Totale ed esclusiva RICEVUTA SCONTRINO, FATTURA Totale ed esclusiva ORDINE INVIATO, NON INVIATO Totale ed esclusiva INVIATO CONFERMATO, NON CONFER- Totale ed esclusiva MATO CONFERMATO EVASO, NON EVASO Totale ed esclusiva

8 2 PROGETTAZIONE CONCETTUALE Schema concettuale, regole di vincolo Per rispettare una rappresentazione fedele della realtà di interesse descritta in sezione 1.1 è necessario denire e rispettare delle regole di vincolo per concetti altrimenti non esprimibili utilizzando il modello Entità Associazione (E.R.). Dall'atto dell'iscrizione di un cliente al sito, l'utente risulta non attivo no all'avvenuta attivazione tramite link inviato via . Amministratore indica una cerchia di utenti con accesso ad aree ristrette all'interno del sito. L'attributo Chiave_attivazione, generato al momento dell'iscrizione, diventa non de- nito al passaggio del cliente da Inattivo ad Attivo. Per tal motivo ha cardinalità (0,1). L'entità Utente partecipa all'entità Ordine con cardinalità (0,N), poiché in essa sono mantenuti in memoria anche tutti gli ordini evasi nel passato. La cardinalità tra le entità Ordine e Bibita è (0,N)-(0,N) in quanto un ordine non deve necessariamente contenere bibite, ma può anche contenerne svariate. Allo stesso modo una bibita potrebbe non essere mai stata ordinata come anche essere stata ordinata molte volte. L'attributo Aggiunta, appartenente alla relazione Contiene, rappresenta un valore ternario che indica se l'ingrediente è aggiunto o rimosso dalla pizza, ed ha un valore non denito se la pizza non presenta aggiunte né rimozioni. Ogni Ordine deve contenere almeno una coppia Pizza-Ingrediente, viceversa non tutte le pizze e non tutti gli ingredienti devono essere necessariamente mai stati ordinati. L'entità Pizza partecipa all'entità Ingrediente con cardinalità (1,N), poiché una pizza non può non contenere ingredienti. D'altra parte è possibile che alcuni ingredienti siano disponibili come aggiunte pur non essendo presenti nelle pizze del menù. L'entità Evaso, glia di Ordine, identica tutti gli ordini consegnati nel passato, e risulta utile per generare delle statistiche sul lavoro e sul rendimento della pizzeria, come anche sulle preferenze dei clienti. Appena l'addetto alle ricezioni degli ordini conferma un ordine in arrivo da parte di un cliente, viene generato lo scontrino o, su richiesta, la fattura. All'interno dell'entità Ricevuta, si è scelto d'inserire l'attributo ridondante (di Utente): in tal modo sarà più semplice accedere ai dati dell'utente nel caso sia stata richiesta la fattura. La cardinalità tra le entità Ricevuta ed Ordine è (1,1)-(0,1) in quanto ogni ricevuta (stampata) è associata ad uno ed un solo ordine, ma in presenza di ordini ancora non inviati dall'utente o non confermati dal pizzaiolo essa non è ancora stata generata.

9 2 PROGETTAZIONE CONCETTUALE Ristrutturazione dello schema concettuale Successivamente è eettuata una ristrutturazione dello schema E.R.presente in Figura 1. Le generalizzazioni sono state assimilate sotto forma di attributi. Figura 2: Schema Entità-Associazione ristrutturato

10 3 PROGRAMMAZIONE LOGICA 10 3 Programmazione logica 3.1 Modello logico relazionale Figura 3: Schema Logico 3.2 Schema logico: regole di vincolo Gli attributi Nome, Cognome, Campanello, Telefono, Indirizzo, Civico, Amministratore, Attivo, Password di Utente non devono essere nulli. Gli attributi di Ordine non devono essere nulli. Gli attributi di Coupon non devono essere nulli. Gli attributi di Bibita non devono essere nulli. Gli attributi di Ordine_bibita non devono essere nulli. Gli attributi di Ingrediente non devono essere nulli. Gli attributi di Pizza non devono essere nulli.

11 3 PROGRAMMAZIONE LOGICA 11 Gli attributi ID_elemento, ID_pizza, ID_ordine ID_ingrediente di Ordine_pizza non devono essere nulli Gli attributi di Compone non devono essere nulli. Gli attributi Data, Numero, ID_ordine, Totale_pizze, _utente, Fattura di Ricevuta non devono essere nulli. L'attributo Nome di Bibita dev'essere unico. L'attributo Nome di Pizza dev'essere unico. L'attributo Nome di Ingrediente dev'essere unico. L'attributo _utente di Ordine deve avere lo stesso valore dell'attributo di Utente. La coppia di attributi ID_bibita e ID_ordine di Ordine_bibita deve avere gli stessi valori degli attributi ID di Bibita e ID di Ordine. Gli attributi ID_pizza e ID_ingrediente di Compone devono avere gli stessi valori rispettivamente degli attributi ID di Pizza e ID di Ingrediente. Gli attributi ID_ordine, ID_pizza e ID_ingrediente di Ordine_pizza devono avere gli stessi valori rispettivamente degli attributi ID di Ordine, ID di Pizza e ID di Ingrediente. Gli attributi ID_ordine e _utente di Ricevuta devono avere gli stessi valori rispettivamente degli attributi ID di Ordine e di Utente.

12 4 CODICE SQL 12 4 Codice SQL 4.1 Struttura S t r u t t u r a d e l l a t a b e l l a b i b i t a CREATE TABLE b i b i t a ( i d i n t e g e r SERIAL NOT NULL, nome c h a r a c t e r varying ( 2 0 ) NOT NULL, p r e z z o numeric ( 6, 2 ) NOT NULL, CONSTRAINT " bibita_pk " PRIMARY KEY ( i d ), CONSTRAINT " bibita_uk " UNIQUE ( nome ), CONSTRAINT " check_prezzo " CHECK ( p r e z z o > 0) S t r u t t u r a d e l l a t a b e l l a i n g r e d i e n t e CREATE TABLE i n g r e d i e n t e ( i d i n t e g e r SERIAL NOT NULL, nome c h a r a c t e r varying ( 2 0 ) NOT NULL, p r e z z o numeric ( 6, 2 ) NOT NULL, CONSTRAINT " ingrediente_ pk " PRIMARY KEY ( i d ), CONSTRAINT " ingrediente_ uk " UNIQUE ( nome ), CONSTRAINT " check_prezzo " CHECK ( p r e z z o >= 0) S t r u t t u r a d e l l a t a b e l l a p i z z a CREATE TABLE p i z z a ( i d i n t e g e r SERIAL NOT NULL, nome c h a r a c t e r varying ( 2 0 ) NOT NULL, p r e z z o numeric ( 6, 2 ) NOT NULL, CONSTRAINT " pizza_pk " PRIMARY KEY ( i d ), CONSTRAINT " pizza_uk " UNIQUE ( nome ), CONSTRAINT " check_prezzo " CHECK ( p r e z z o >= 0) S t r u t t u r a d e l l a t a b e l l a compone CREATE TABLE compone ( id_pizza i n t e g e r SERIAL NOT NULL, i d _ i n g r e d i e n t e i n t e g e r NOT NULL, CONSTRAINT " compone_pk " PRIMARY KEY ( id_pizza, i d _ i n g r e d i e n t e ), CONSTRAINT " compone_pizza_fk " FOREIGN KEY ( id_pizza ) REFERENCES p i z z a ( i d ) MATCH SIMPLE ON DELETE CASCADE ON UPDATE CASCADE, CONSTRAINT " compone_ingrediente_fk " FOREIGN KEY ( i d _ i n g r e d i e n t e ) REFERENCES i n g r e d i e n t e ( i d ) MATCH SIMPLE ON DELETE CASCADE ON UPDATE CASCADE S t r u t t u r a d e l l a t a b e l l a coupon CREATE TABLE coupon ( i d c h a r a c t e r varying ( 8 ) NOT NULL, id_ordine c h a r a c t e r varying ( 1 6 ) NOT NULL, v a l o r e numeric ( 6, 2 ) NOT NULL, CONSTRAINT " coupon_pk " PRIMARY KEY ( i d ), CONSTRAINT " coupon_ordine_fk " FOREIGN KEY ( id_ordine ) REFERENCES o r d i n e ( i d ) MATCH SIMPLE ON DELETE CASCADE ON UPDATE CASCADE, CONSTRAINT " check_valore " CHECK ( v a l o r e > 0)

13 4 CODICE SQL 13 S t r u t t u r a d e l l a t a b e l l a u t e n t e CREATE TABLE u t e n t e ( c h a r a c t e r varying ( 3 2 ) NOT NULL, user_pwd c h a r a c t e r varying ( 1 2 ) NOT NULL, c h i a v e _ a t t i v a z i o n e c h a r a c t e r varying ( 3 2 ) DEFAULT NULL, a t t i v o boolean NOT NULL DEFAULT 0, t e l e f o n o i n t e g e r NOT NULL, nome c h a r a c t e r varying ( 1 5 ) NOT NULL, cognome c h a r a c t e r varying ( 2 0 ) NOT NULL, i n d i r i z z o c h a r a c t e r varying ( 3 2 ) NOT NULL, c i v i c o i n t ( 5 ) NOT NULL, campanello c h a r a c t e r varying ( 3 2 ), a m m i n i s t r a t o r e boolean NOT NULL, CONSTRAINT " utente_pk " PRIMARY KEY ( ), S t r u t t u r a d e l l a t a b e l l a o r d i n e CREATE TABLE o r d i n e ( i d c h a r a c t e r varying ( 1 6 ) NOT NULL, _utente c h a r a c t e r varying ( 3 2 ) NOT NULL, i n v i a t o boolean NOT NULL DEFAULT FALSE, confermato bo olea n NOT NULL DEFAULT FALSE, evaso boo lean NOT NULL DEFAULT FALSE, orario_ conferma time, orario_consegna time, CONSTRAINT " ordine_pk " PRIMARY KEY ( i d ), CONSTRAINT " ordine_ utente_ FK " FOREIGN KEY ( _ utente ) REFERENCES u t e n t e ( ) MATCH SIMPLE ON DELETE CASCADE ON UPDATE CASCADE S t r u t t u r a d e l l a t a b e l l a o r d i n e _ b i b i t a CREATE TABLE o r d i n e _ b i b i t a ( i d _ b i b i t a i n t e g e r NOT NULL, id_ordine c h a r a c t e r varying ( 1 6 ) NOT NULL, q u a n t i t a i n t e g e r NOT NULL, CONSTRAINT " ordine_bibita_pk " PRIMARY KEY ( id_bibita, id_ordine ), CONSTRAINT " ordine_bibita_bibita_fk " FOREIGN KEY ( i d _ b i b i t a ) REFERENCES b i b i t a ( i d ) MATCH SIMPLE ON DELETE CASCADE ON UPDATE CASCADE, CONSTRAINT " ordine_ bibita_ ordine_ FK " FOREIGN KEY ( id_ ordine ) REFERENCES o r d i n e ( i d ) MATCH SIMPLE ON DELETE CASCADE ON UPDATE CASCADE CONSTRAINT " check_quantita " CHECK ( q u a n t i t a > 0) S t r u t t u r a d e l l a t a b e l l a o r d i n e _ p i z z a CREATE TABLE ordine_pizza ( id_ordine c h a r a c t e r varying ( 1 6 ) NOT NULL, id_elemento i n t e g e r NOT NULL, id_pizza i n t e g e r NOT NULL, i d _ i n g r e d i e n t e i n t e g e r NOT NULL DEFAULT 1, aggiunta boolean DEFAULT NULL, CONSTRAINT PRIMARY KEY ( id_elemento, i d _ i n g r e d i e n t e ), CONSTRAINT " ordine_pizza_ordine_fk " FOREIGN KEY ( id_ordine ) REFERENCES o r d i n e ( i d ) MATCH SIMPLE ON DELETE CASCADE ON UPDATE CASCADE, CONSTRAINT " ordine_pizza_pizza_fk " FOREIGN KEY ( id_pizza ) REFERENCES p i z z a ( i d ) MATCH SIMPLE ON DELETE CASCADE ON UPDATE CASCADE, CONSTRAINT " ordine_pizza_ingrediente_fk " FOREIGN KEY ( i d _ i n g r e d i e n t e )

14 4 CODICE SQL 14 REFERENCES i n g r e d i e n t e ( i d ) MATCH SIMPLE ON DELETE CASCADE ON UPDATE CASCADE S t r u t t u r a d e l l a t a b e l l a r i c e v u t a CREATE TABLE r i c e v u t a ( id_ordine c h a r a c t e r varying ( 1 6 ) NOT NULL, numero i n t e g e r NOT NULL, data_ giorno date NOT NULL, t o t a l e _ p i z z e numeric ( 6, 2 ) NOT NULL, t o t a l e _ b i b i t e numeric ( 6, 2 ) DEFAULT NULL, _utente c h a r a c t e r varying ( 3 2 ) NOT NULL, f a t t u r a boolean NOT NULL DEFAULT 0, CONSTRAINT " ricevuta_pk " PRIMARY KEY ( numero, data_giorno ), CONSTRAINT " ricevuta_ ordine_ FK " FOREIGN KEY ( id_ ordine ) REFERENCES o r d i n e ( i d ) MATCH SIMPLE ON DELETE CASCADE ON UPDATE CASCADE, CONSTRAINT " ricevuta_ utente_ FK " FOREIGN KEY ( _ utente ) REFERENCES u t e n t e ( ) MATCH SIMPLE ON DELETE CASCADE ON UPDATE CASCADE, CONSTRAINT " check_prezzo_pizze " CHECK ( t o t a l e _ p i z z e > 0), CONSTRAINT " check_prezzo_bibite " CHECK ( t o t a l e _ b i b i t e >= 0)

15 5 NOTE Query Resoconto con numero o r d i n i, i n c a s s o p i z z e, i n c a s s o b i b i t e ( g i o r n a l i e r o ) SELECT COUNT( ) AS " Numero ordini ", SUM( t o t a l e _ p i z z e ) AS " Incasso pizze ", SUM( t o t a l e _ b i b i t e ) AS " Incasso bibite " FROM r i c e v u t a AS r JOIN o r d i n e as o ON r. id_ordine = o. i d WHERE data_ giorno = current_date AND evaso = '1 ' ; C l a s s i f i c a d e l l e p i z z e b a s e ( senza m o d i f i c h e ) piu ' r i c h i e s t e d i sempre SELECT nome AS Pizza, COUNT( ) AS " Conteggio ordini " FROM p i z z a AS p JOIN ordine_pizza AS op ON p. i d = op. id_pizza JOIN o r d i n e as o ON o. i d = op. id_ordine WHERE aggiunta GROUP BY nome ORDER BY COUNT( ) DESC; IS NULL AND evaso = '1 ' C l a s s i f i c a d e g l i i n g r e d i e n t i piu ' a g g i u n t i a l l e p i z z e base SELECT nome AS I n g r e d i e n t e, COUNT( ) AS " Conteggio aggiunte " FROM i n g r e d i e n t e AS i JOIN ordine_pizza AS op ON i. i d = op. i d _ i n g r e d i e n t e JOIN o r d i n e as o ON o. i d = op. id_ordine WHERE aggiunta = TRUE AND evaso = '1 ' GROUP BY nome ORDER BY COUNT( ) DESC; C l a s s i f i c a d e i 10 u t e n t i che hanno o r d i n a t o piu ' p i z z e SELECT nome, cognome, u. , SUM( Numero_pizze ) AS " Numero pizze ordinate " FROM (SELECT o. _ utente, o. i d AS ID, COUNT(DISTINCT id_ elemento ) AS Numero_pizze FROM o r d i n e AS o JOIN ordine_pizza AS op ON o. i d = op. id_ordine GROUP BY o. id, o. _utente ) AS temp JOIN u t e n t e AS u ON u. = temp. _ utente GROUP BY u. , u. nome, u. cognome ORDER BY " Numero pizze ordinate " DESC LIMIT 1 0 ; 5 Note Strumenti utilizzati: Texmaker 1, JDER Java Diagrammi ER 2, PostgreSQL