Schema E\R Biblioteca N 1 LIBRI CLIENTI 1 N 1 1 PRESTITI N N.

Presentazione sul tema: "Schema E\R Biblioteca N 1 LIBRI CLIENTI 1 N 1 1 PRESTITI N N."— Transcript della presentazione:

1 Schema E\R Biblioteca N 1 LIBRI CLIENTI 1 N 1 1 PRESTITI N N

2 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.

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

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

5 Schema logico – Entità PRESTITI
Nome campo Tipo campo Dimensione 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 20 Si inserirà il soprannome Data_inizio Data gg/mm/aaaa Not Null Data inizio prestito libro Data_fine Data restituzione libro

6 Possibili Domini attributi CLIENTI
Cod_cliente Indirizzo Num_Tel Ninnuzzo Via tal dei tali 24 Mauruccio Via Caio 52 Tonnaso Via tizio 63

7 Possibili Domini attributi LIBRI
Titolo_libro Autore Casaed Posizionamento Genere Signore degli anelli, Il Tolkien J.R. Bompiani Fz443 Fantasy Blade Runner Dick P.K. NULL Se654 Divina Commedia, La Alighieri D. Ih664

8 Possibili Domini attributi PRESTITI
Cod_prestito Codtitolo Codcliente Data_inizio Data_Fine 1 Il signore degli anelli Mauruccio 22/01/2011 22/02/2011 2 Blade Runner Tonnaso 15/01/2011 15/04/2011

9 Seconda parte: Analisi Data Base Ospedale

10 Schema E\R – Definizione Relazioni
1 REPARTI PAZIENTI N 1 1 1 1 RICOVERI N N N MEDICI

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

12 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.

13 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