Schema ER Biblioteca N 1 LIBRI CLIENTI 1

Schema ER Biblioteca N 1 LIBRI CLIENTI 1 N 1 1 PRESTITI N N

Spiegazione modello • Ogni libro può essere dato a prestito ad uno o più clienti (ovviamente non contemporaneamente). • Ogni cliente può prendere a prestito uno o più libri nel corso del tempo. • La relazione N a N fa nascere l’istanza PRESTITI che terrà traccia dei libri presi in prestito dalla clientela. • La relazione N a N crea 2 relazioni di tipo 1 a N fra CLIENTI e PRESTITI e LIBRI e PRESTITI.

Schema logico – Entità CLIENTI Nome campo Tipo campo Dimension e Vincoli Note Cod_cliente Testo 20 Primary Key Si inserirà il soprannom e Indirizzo Testo 30 Not Null Num_Tel Numerico Intero lungo Not Null

Schema logico – Entità LIBRI Nome campo Tipo campo Dimension e Vincoli Note Titolo_libro Testo 50 Primary Key Si inserirà il titolo perché non ci sono libri con lo stesso titolo Autore Testo 30 Not Null Casaed Testo 30 Genere Testo 30 Posizioname nto Testo 10 Not Null

Schema logico – Entità PRESTITI Nome campo Tipo campo Dimension e Vincoli Note Cod_prestito Numerico Intero lungo Primary Key Codice progressivo prestito Codtitolo Testo 50 Foreign Key Si inserirà il titolo perché non ci sono libri con lo stesso titolo Codcliente Testo 20 Foreign Key Si inserirà il soprannome Data_inizio Data gg/mm/aaaa Not Null Data inizio prestito libro Data_fine Data gg/mm/aaaa Not Null Data restituzione libro

Possibili Domini attributi CLIENTI Cod_client Indirizzo e Num_Tel Ninnuzzo Via tal dei tali 24 080543221 1 Mauruccio Via Caio 52 080327654 4 Tonnaso Via tizio 63 329876544 3

Possibili Domini attributi LIBRI Titolo_li Autore bro Casaed Signore degli anelli, Il Tolkien J. R. Bompian Fz 443 i Blade Runner Dick P. K. NULL Divina Alighieri Commed D. ia, La NULL Posizio nament o Genere Fantasy Se 654 NULL Ih 664 NULL

Possibili Domini attributi PRESTITI Cod_ Codtit Codcli Data_ prestit olo ente nizio Fine o 1 2 Il signore Maurucci 22/01/20 22/02/20 degli o 11 11 anelli Blade Runner Tonnaso 15/01/20 15/04/20 11 11

Seconda parte: • Analisi Data Base Ospedale

Schema ER – Definizione Relazioni N 1 REPARTI PAZIENTI N 1 1 RICOVERI N N N MEDICI

Definizione PK & FK • Entità PAZIENTI: (COD Primary Key) • Entità MEDICI: (MATR Primary Key, REPARTO Foreign Key da REPARTI) • Entità REPARTI: (COD Primary Key) • Entità RICOVERI: (PAZIENTE Foreign Key da PAZIENTI, REPARTO Foreign Key da REPARTI, PAZIENTE e REPARTO insieme Primary Key)

Possibili attributi con Valore nullo • Secondo me non è possibile individuare degli attributi che possano assumere valore nullo. In questo particolare caso vista l’importanza di tutti i campi in ogni tabella al fine di: poter ricostruire una cartella del paziente, individuare i medici operanti in un particolare reparto, tenere traccia della data di inizio e fine ricovero, sarebbe un errore dare la possibilità di non contabilizzare un campo all’atto dell’inserimento dei record. • L’unico attributo che forse potrebbe assumere valore nullo potrebbe essere il campo PRIMARIO all’interno dell’entità REPARTI, il quale dovrebbe identificare il responsabile di quel particolare reparto ospedaliero.

Vincoli di integrità • Cognome e Nome della tabella PAZIENTI Not null • Fine tabella RICOVERI > inizio tabella RICOVERI • Cod in PAZIENTI = Paziente in RICOVERI • Cod in REPARTI = Reparto in RICOVERI • Reparto in MEDICI = Cod in REPARTI