A. Veneziani Studio del DB Quiz verifica relativo alla verifica di recupero

Transcript

1 A. Veneziani Studio del DB Quiz verifica relativo alla verifica di recupero Il problema Il problema proposto nella verifica è legato al testo dell esercizio che diceva: Progettare un DB Quiz evoluzione, derivato dall ormai noto DB Quiz, studiato a lezione ed in laboratorio, modificandolo opportunamente di modo che: Il DB possa gestire diversi quesiti (come in precedenza) Ad ogni quesito corrispondano un numero a piacere di risposte (eventualmente fortemente variabile) delle quali una sola corretta. I quiz siano svolti da diversi utenti (che vedano gli stessi accedendo al sito con login + password) Sia possibile conoscere le risposte date da ogni utente ai vari quiz Effettuare analisi del problema, diagramma E/R e sua motivazione, relazioni derivate dal diagramma E/R, scrivere le opportune CREATE TABLE che implementino effettivamente il DB. Si partiva quindi dal considerare l ormai noto DB Quiz costituito da una sola entità e si passava a esternderlo per renderlo più generale ed inoltre permettere, come richiesto, la registrazione delle risposte degli utenti. Analisi In questo senso gli utenti dovevano quindi essere identificati, e la cosa più semplice era supporre una classica identificazione tramite una coppia username + password. La nuova entità doveva necessariamente avere almeno questi due attributi più altri a piacere (magari almeno nome e cognome). L unico modo efficace per associare un numero variabile ed a piacere di risposte ad una domanda è scorporare le stesse in una entità a sè stante associandole alla domanda con una associazione 1 a n. Infatti è del tutto logico che ad una domanda corrispondano più possibili risposte alternative ed una possibile risposta sia relativa ad una sola domanda. Quindi l associazione 1 a n tra le due entità ormai separate e può essere disegnata in tal modo, risolvendo le condizioni poste. Infine si deve decidere in che modo collegare logicamente gli utenti alla coppia di entità. In realtà esistono due possibili soluzioni: a) el primo caso potremo associare l entità utenti alla entità. Il motivo può essere la considerazione che un utente svolge, risponde a diverse domande. el contempo si noti che anche una domanda ha risposta da diversi utenti. Quindi la relazione che si deve supporre tra e è m a n. Il vero problema che a questo punto si deve considerare è se l utente possa effettivamente registrare le sue risposte con un simile design del DB. In realtà la risposta è affermativa in quanto ad ogni coppia utente / domanda si ha una relativa risposta che rappresenta la risposta dell utente a quella domanda, e quindi il problema ha una sua soluzione ed è del tutto determinato. L unico problema è tener conto che in assoluto che la risposta fornita potrebbe non essere quella relativa alla domanda posta, e ciò porterebbe una incoerenza nel DB. In realtà l inserimento di id di una alternativa scelta non coerente è praticamente impossibile se esso avviene tramite una pagina Web che eroghi il quiz e che quindi riporterà solo id validi e quindi leciti. Ad ogni modo è possibile individuare la presenza di queste incoerenze ed evitarle prima che il loro inserimento avvenga. La coppia utente / domanda potrà ripetersi se non è escluso che l utente possa ripetere per qualche motivo il test. Ciò sarà invece escluso se il test (quiz) sarà non ripetibile. In tal caso la coppia di id relativi a utente / domanda potrebbe essere dichiarata unica (unique). b) Una alternativa a quanto ipotizzato in (a) è che si metta in relazione l utente con le risposte alternative, direttamente, ossia si vada a registrare le risposte scelte da un utente e quindi le Pagina 1

2 risposte date. Il relativo quiz a cui si è risposto è univocamente determinabile, data la risposta (ossia la selezione di una alternativa), grazie alla associazione 1 a n tra domande e alternative. Anche in tal caso l associazione che è presente tra Alternative e sarà di tipo n a m e definirà direttamente ogni risposta data da un certo utente, indicando una alternativa scelta da un certo utente per una domanda determinabile in base alla alternativa stessa. Vediamo quindi, qui di seguito, lo sviluppo delle due soluzioni. Soluzione A Può essere rappresentata dal diagramma E/R: 1 ha Risponde a Indichiamo ora una lista di possibili attributi delle entità presenti: Id_Domanda identificatore numerico univoco chiave primaria TestoDomanda Testo della domanda Id_Risposta indentificatore numerico univoco chiave primaria TestoRisposta testo di una risposta ad una certa domanda Corretta Flag che indica se la risposta è quella corretta Id_Utente indentificatore numerico univoco chiave primaria ome ome dell utente Cognome - Cognome dell utente Login ome dell utente nel sistema di gestione quiz Passwd Password dell utente Forma relazionale (Id_Domanda, TestoDomanda) (Id_Risposta, TestoRisposta, Corretta, Id_Domanda) (Id_Utente, ome, Cognome, Login, Passwd) Svolgimenti(Id_Svolgimento, Id_Utente, Id_Domanda, Id_Risposta) Pagina 2

3 Da cui le tabelle: ome attributo Tipo Ampiezza Ammette ULL Chiave Id_Domanda IT USIGED 10 o PK TestoDomanda VARCHAR 200 o ome attributo Tipo Ampiezza Ammette ULL Chiave Id_Risposta IT USIGED 10 o PK Testo VARCHAR 100 o Corretta BIT 1 o Id_Domanda IT USIGED 10 o FK ome attributo Tipo Ampiezza Ammette ULL Chiave Id_Utente IT USIGED 10 o PK ome VARCHAR 30 o Cognome VARCHAR 30 o Login VARCHAR 20 o Password VARCHAR 20 o Svolgimenti ome attributo Tipo Ampiezza Ammette ULL Chiave Id_Svolgimento IT USIGED 10 o PK Id_Utente IT USIGED 10 o FK Id_Domanda IT USIGED 10 o FK Id_Risposta IT USIGED 10 o FK Script SQL Lo script che genera un tale DB risulta essere: CREATE TABLE ( Id_Domanda IT USIGED PRIMARY KEY, TestoDomanda VARCHAR(100) OT ULL ); CREATE TABLE ( Id_Risposta IT USIGED PRIMARY KEY, TestoRisposta VARCHAR(100) OT ULL, Corretta BIT OT ULL, Id_Domanda IT USIGED OT ULL, FOREIG KEY(Id_Domanda) REFERECES (Id_Domanda) ); CREATE TABLE ( Pagina 3

4 Id_Utente IT USIGED PRIMARY KEY, ome VARCHAR(50) OT ULL, Cognome VARCHAR(50) OT ULL, Login VARCHAR(20) OT ULL, Passwd VARCHAR(20) OT ULL ); CREATE TABLE Svolgimenti ( Id_Svolgimento IT USIGED AUTO_ICREMET PRIMARY KEY, Id_Utente IT USIGED OT ULL, Id_Domanda IT USIGED OT ULL, Id_Risposta IT USIGED OT ULL, FOREIG KEY(Id_Utente) REFERECES (Id_Utente), FOREIG KEY(Id_Domanda) REFERECES (Id_Domanda), FOREIG KEY(Id_Risposta) REFERECES (Id_Risposta) ); Soluzione B Il modello prospettato dalla soluzione B è ancora più semplice ed univoco. Si considera solo di accoppiare gli utenti alle loro risposte, di modo da conoscere quali siano. Anche in questo caso è possibile considerare se i quiz siano ripetibili o no. In questo caso il controllo da parte del DBMS di tale condizione non è immediato e quindi sarà affidato a codice che controlli se le risposte date dall utente interessino in numero maggiore di uno una stessa domanda. el caso alternativo, ovviamente non ci sono particolari vincoli e quindi l utente potrà esprimere una risposta a qualunque domanda, anche ripetutamente. Abbiamo quindi, in questo caso, il modello E/R: 1 ha Risponde a Gli attributi delle entità mostrate, anche in questo caso, rimangono quelli del caso A prima considerato. Forma relazionale (Id_Domanda, TestoDomanda) (Id_Risposta, TestoRisposta, Corretta, Id_Domanda) (Id_Utente, ome, Cognome, Login, Passwd) _(Id_Selezione, Id_Utente, Id_Risposta) La relazione _ elenca le risposte degli utenti, permettendone una selezione, ovviamente, anche per singolo utente. Da cui le tabelle: ome attributo Tipo Ampiezza Ammette ULL Chiave Id_Domanda IT USIGED 10 o PK TestoDomanda VARCHAR 200 o Pagina 4

5 ome attributo Tipo Ampiezza Ammette ULL Chiave Id_Risposta IT USIGED 10 o PK Testo VARCHAR 100 o Corretta BIT 1 o Id_Domanda IT USIGED 10 o FK ome attributo Tipo Ampiezza Ammette ULL Chiave Id_Utente IT USIGED 10 o PK ome VARCHAR 30 o Cognome VARCHAR 30 o Login VARCHAR 20 o Password VARCHAR 20 o _ ome attributo Tipo Ampiezza Ammette ULL Chiave Id_Selezione IT USIGED 10 o PK Id_Utente IT USIGED 10 o FK Id_Risposta IT USIGED 10 o FK Script SQL Lo script SQL per il modello B del DB risulta: CREATE TABLE ( Id_Domanda IT USIGED PRIMARY KEY, TestoDomanda VARCHAR(100) OT ULL ); CREATE TABLE ( Id_Risposta IT USIGED PRIMARY KEY, TestoRisposta VARCHAR(100) OT ULL, Corretta BIT OT ULL, Id_Domanda IT USIGED OT ULL, FOREIG KEY(Id_Domanda) REFERECES (Id_Domanda) ); CREATE TABLE ( Id_Utente IT USIGED PRIMARY KEY, ome VARCHAR(50) OT ULL, Cognome VARCHAR(50) OT ULL, Login VARCHAR(20) OT ULL, Passwd VARCHAR(20) OT ULL ); CREATE TABLE _ ( Id_Selezione IT USIGED AUTO_ICREMET PRIMARY KEY, Id_Risposta IT USIGED OT ULL, Id_Utente IT USIGED OT ULL, FOREIG KEY(Id_Risposta) REFERECES (Id_Risposta), FOREIG KEY(Id_Utente) REFERECES (Id_Utente) ); Pagina 5