PRENOTAZIONE(paziente, tipoesamegiornaliero, dataesamegiornaliero, dataprenotazione)

Transcript

1 Tde A. Dato il seguente frammento di schema Entity-Relationship, cod nome cognome cod descrizione MEDICO ESECUZIONE TIPO_ESAME_ LABORATORIO data_ i TIPO_EG PRENOTAZIONE cod nome cognome data_ PAZIENTE descrizione ESITO ESAME_ GIORNALIERO 1. [3 punti] indicare (barrando la lettera corrispondente) quali fra le seguenti affermazioni sono vere, sulla base del solo schema: a. X Ad ogni tipo di esame di laboratorio (es. il tipo di esame avente codice spirometria1) è associato almeno un esame giornaliero (es. l esame di spirometria1 del 18 gennaio 2008) b. X Un paziente (es. il paziente Mario Rossi identificato dal codice p18) può effettuare più prenotazioni relative ad uno stesso tipo di esame di laboratorio (es. spirometria1) c. Per ogni paziente, può esistere un esito relativo ad un esame giornaliero solo se risulta una prenotazione effettuata da tale paziente per quell esame giornaliero d. Ogni medico può eseguire al più un tipo di esame di laboratorio e. Ogni tipo di esame di laboratorio è sempre eseguito dallo stesso medico f. I codici identificativi dei medici devono essere distinti dai codici identificativi dei pazienti (es. il medico Nadia Melini e il paziente Mario Rossi non possono essere entrambi identificati dal codice p18 ) MEDICO(cod, nome, cognome) PAZIENTE(cod, nome, cognome) TIPO_ESAME_LABORATORIO(cod, descrizione) ESAME_GIORNALIERO(tipoEsame, dataesame, medico) PRENOTAZIONE(paziente, tipoesamegiornaliero, dataesamegiornaliero, dataprenotazione)

2 ESITO(paziente, tipoesamegiornaliero, dataesamegiornaliero, descrizione) Vincoli di integrità referenziale: i. Fra l attributo tipoesame della tabella ESAME_GIORNALIERO e la chiave della tabella TIPO_ESAME_LABORATORIO ii. Fra l attributo medico della tabella tabella ESAME_GIORNALIERO e la chiave della tabella MEDICO iii. Fra l attributo paziente della tabella PRENOTAZIONE e la chiave della tabella PAZIENTE iv. Fra la coppia di attributi (tipoesamegiornaliero, dataesamegiornaliero) della tabella PRENOTAZIONE e la chiave (tipoesame, dataesame) della tabella ESAME_GIORNALIERO v. Fra l attributo paziente della tabella ESITO e la chiave della tabella PAZIENTE vi. Fra la coppia di attributi (tipoesamegiornaliero, dataesamegiornaliero) della tabella ESITO e la chiave (tipoesame, dataesame) della tabella ESAME_GIORNALIERO Altri vincoli: i. Per ogni tupla t della tabella TIPO_ESAME_LABORATORIO, deve esistere almeno un tupla u della tabella ESAME_GIORNALIERO tale che t[cod] = u[tipoesame] Tde B. Dato il seguente frammento di schema Entity-Relationship, titolo tipo codice nome crediti CORSO_DI_LAUREA CDL_INS INSEGNAMENTO INS_LEZ numero AULA ubicazione LEZ_AULA LEZIONE data

3 1. [3 punti] indicare (barrando la lettera corrispondente) quali fra le seguenti affermazioni sono vere, sulla base dello schema g. X Ogni corso di laurea si compone di uno o più insegnamenti h. Ogni insegnamento è identificato da un codice e dalla data di una lezione i. X Ogni insegnamento si articola in un certo numero di lezioni (una o più) j. X Nella stessa data, non possono esservi due diverse lezioni, per uno stesso insegnamento k. Le lezioni di uno stesso insegnamento (es. Economia aziendale) si tengono tutte nella stessa aula (es. aula 6) l. X In una stessa aula, possono esservi più lezioni diverse nella stessa data CORSO_DI_LAUREA(titolo, tipo) INSEGNAMENTO(codice, nome, crediti) CDL_INS(corso_di_laurea, insegnamento) AULA(numero, ubicazione) LEZIONE(insegnamento, data, aula) Vincoli di integrita` referenziale: i. fra l attributo corso_di_laurea della tabella CDL_INS e la chiave della tabella CORSO_DI_LAUREA ii. fra l attributo insegnamento della tabella CDL_INS e la chiave della tabella INSEGNAMENTO iii. fra l attributo insegnamento della tabella LEZIONE e la chiave della tabella INSEGNAMENTO iv. fra l attributo aula della della tabella LEZIONE e la chiave della tabella AULA Altri vincoli: 1. per ogni tupla t della tabella CORSO_DI_LAUREA, deve esistere almeno una tupla u della tabella CDL_INS tale che t[titolo] = u[corso_di_laurea] 2. per ogni tupla t della tabella INSEGNAMENTO, deve esistere almeno una tupla u della tabella CDL_INS tale che t[codice] = u[insegnamento] 3. per ogni tupla t della tabella INSEGNAMENTO, deve esistere almeno una tupla u della tabella LEZIONE tale che t[codice] = u[insegnamento]

4 tde C. Dato il seguente frammento di schema Entity-Relationship, numero staz_part numero ora_part ora_arr TRATTA TRA_TRE TRENO staz_arr TRE_CG codice nome CLIENTE cognome data_prenotazione PRENOTAZIONE CONVOGLIO_ data num carrozze 1. [3 punti] indicare (barrando la lettera corrispondente) quali fra le seguenti affermazioni sono vere, sulla base del solo schema: m. X Possono esservi treni diversi con lo stesso numero, purché su tratte diverse n. La tratta è identificata dalle proprie stazioni di partenza e di arrivo o. X Ad ogni treno deve essere associato almeno un convoglio giornaliero p. X Possono esservi convogli giornalieri per i quali non è stata effettuata alcuna prenotazione q. Un cliente non può effettuare più prenotazioni riguardanti una stessa tratta r. X Il numero di carrozze che compongono convogli relativi ad uno stesso treno può variare da un giorno all altro TRATTA(numero, staz_part, staz_arr) TRENO(tratta, numero, ora_part, ora_arr) CONVOGLIO_GIORNALIERO(tratta_treno, numero_treno, data, num_carrozze) CLIENTE(codice, nome, cognome) PRENOTAZIONE(cliente, tratta_conv_gior, numero_conv_gior, data_conv_gior, data_prenotazione) Vincoli di integrita` referenziale:

5 1. fra l attributo tratta della tabella TRENO e la chiave della tabella TRATTA 2. fra gli attributi (tratta_treno, numero_treno) della tabella CONVOGLIO_GIORNALIERO e la chiave (tratta, numero) della tabella TRENO 3. fra l attributo cliente della tabella PRENOTAZIONE e la chiave della tabella CLIENTE 4. fra gli attributi (tratta_conv_gior, numero_conv_gior, data_conv_gior) della tabella PRENOTAZIONE e la chiave (tratta_treno, numero_treno, data) della tabella CONVOGLIO_GIORNALIERO Altri vincoli 1. per ogni tupla t della tabella TRATTA, deve esistere almeno una tupla u della tabella TRENO tale che t[numero] = u[tratta] 2. per ogni tupla t della tabella TRENO, deve esistere almeno una tupla u della tabella CONVOGLIO_GIORNALIERO tale che t[tratta, numero] = u[tratta_treno, numero_treno] tde D. Dato il seguente frammento di schema Entity-Relationship, relativo all amministrazione di condomini, nome indirizzo spesa_annua prevista causale data importo CONDOMINIO COND_SPE SPESA CF nome indirizzo codice COND_APP millesimi APP_PROP data PROPRIETARIO importo APPARTAMENTO APP_PAG PAGAMENTO quota_annua_spese 1. [3 punti] indicare (barrando la lettera corrispondente) quali fra le seguenti affermazioni sono vere s. X Un condominio è costituito da uno o più appartamenti t. X Un proprietario può possedere più appartamenti, anche in condomini diversi u. Nella stessa data, non possono essere effettuate due spese aventi la stessa causale v. Ad ogni pagamento è associato un preciso proprietario w. X Possono esistere due o più pagamenti aventi lo stesso importo x. Due appartamenti di condomini diversi possono avere lo stesso codice

6 CONDOMINIO(nome, indirizzo, spesa_annua_prevista) SPESA(causale, data, condominio, importo) APPARTAMENTO(codice, condominio, millesimi, quota_annua_spese) PROPRIETARIO(CF, nome, indirizzo) APP_PROP(appartamento, proprietario) PAGAMENTO(data, appartamento, importo) Vincoli di integrità referenziale i. fra l attributo condominio della tabella SPESA e la chiave della tabella CONDOMINIO ii. fra l attributo condominio della tabella APPARTAMENTO e la chiave della tabella CONDOMINIO iii. fra l attributo appartamento della tabella APP_PROP e la chiave della tabella APPARTAMENTO iv. fra l attributo proprietario della tabella APP_PROP e la chiave della tabella PROPRIETARIO v. fra l attributo appartamento della tabella PAGAMENTO e la chiave della tabella APPARTAMENTO Altri vincoli i. per ogni tupla t della tabella CONDOMINIO, deve esistere almeno un tupla u della tabella APPARTAMENTO, tale che t[nome]=u[condominio] ii. per ogni tupla t della tabella APPARTAMENTO, deve esistere almeno un tupla u della tabella APP_PROP, tale che t[codice]=u[appartamento] iii. per ogni tupla t della tabella PROPRIETARIO, deve esistere almeno un tupla u della tabella APP_PROP, tale che t[cf]=u[proprietario]

7 tde E. Dato il seguente frammento di schema Entity-Relationship, codcli nome codart descizione (0;1) CLIENTE ARTICOLO quantità EMISSIONE_ ORDINE RIF_ART numriga ORDINE DETTAGLIO_ ORDINE RIGA_ ORDINE anno numord 1. [3 punti] indicare (barrando la lettera corrispondente) quali fra le seguenti affermazioni sono vere, sulla base dello schema y. X Possono esservi ordini con lo stesso numero z. Ogni riga d ordine è identificata univocamente dal proprio numero aa. X In uno stesso ordine, possono esservi più righe che si riferiscono ad uno stesso articolo bb. X Un cliente può ordinare più volte lo stesso articolo cc. Ogni articolo dispone sempre di una descrizione dd. X I clienti sono identificati attraverso un codice CLIENTE(codCli, nome) ORDINE(anno, numord, cliente) RIGA_ORDINE(ord_anno, ord_numord, numriga, articolo, quantità) ARTICOLO(codArt, descrizione * ) * possibile valore nullo Vincoli di integrità referenziale: 1. fra l attributo cliente della tabella ORDINE e la chiave della tabella CLIENTE

8 2. fra la coppia di attributi (ord_anno, ord_numord) della tabella RIGA_ORDINE e la chiave della tabella ORDINE 3. fra l attributo articolo della tabella RIGA_ORDINE e la chiave della tabella ARTICOLO Altri vincoli: 1. Per ogni tupla t della tabella ORDINE, deve esistere almeno una tupla u della tabella RIGA_ORDINE, tale che t[anno, numord] = u[ord_anno, ord_numord]