PROGETTAZIONE CONCETTUALE DI UNA BIBLIOTECA PERSONALE

1. PROGETTAZIONE CONCETTUALEDI UNA BIBLIOTECA PERSONALE Nel nostro caso sono state individuate le seguenti entità: Amici Libri

2. PROGETTAZIONE CONCETTUALE AMICI PER L’ENTITA’ AMICI SONO STATI INDIVIDUATI I SEGUENTI ATTRIBUTI: ID AMICI: codice univoco per identificare gli amici Nome Amici: insieme di tutti i nomi degli amici Soprannome Amici: insieme di tutti i soprannomi degli amici Cognome Amici: insieme di tutti i cognomi degli amici

3. PROGETTAZIONE CONCETTUALE LIBRI PER L’ENTITA’ AMICI SONO STATI INDIVIDUATI I SEGUENTI ATTRIBUTI: ID Libri: codice univoco per identificare i libri Titolo Libri: insieme di tutti i titoli dei libri Genere Libri: insieme di tutti i generi di libri Autore Libri insieme di tutti gli autori dei libri

4. PROGETTAZIONE LOGICA DEFINIZIONE DELLE RELAZIONI La relazione N:N è giustificata dal fatto che un amico può prendere in prestito “n” libri e un libro può essere preso in prestito da più amici. Da questa relazione n:n si genera una nuova tabella: “prestito”. • : N • N : 1 AMICI LIBRI N : N PRESTITO

5. PROGETTAZIONE LOGICA DEFINIZIONE DELLE RELAZIONI Dalla relazione N:N deriva un ulteriore entità “PRESTITO” i cui attributi saranno i seguenti: Id Prestito: codice univoco del prestito Campo link alla tabella Amici: definisce l’amico a cui si è prestato il libro Campo link alla tabella Libri: definisce i libri oggetto del prestito Data restituzione prestito: insieme delle date di restituzione

6. PROGETTAZIONE CONCETTUALE DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI TABELLA AMICI

7. PROGETTAZIONE CONCETTUALE DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI TABELLA LIBRI

8. PROGETTAZIONE CONCETTUALE DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI TABELLA PRESTITO

9. Base Dati Ospedale Analizzando le relazioni di questo data Base potremmo partire dalla tabella Pazienti nella quale il codice rappresenta la Primary key ossia il codice identificativo del singolo paziente, il nome è il cognome, invece, hanno un vincolo di integrità Not Null, in quanto si tratta di informazione di cui si deve sempre disporre. Nella Tabella Reparti abbiamo come Primary Key il codice di reparto, il Nome del Reparto ha un vincolo di integrità Unique in quanto nessun reparto ha lo stesso nome di un altro ed infine, c’è il primario ossia il link alla tabella medici che rappresenta la Foreign Key. La tabella Ricoveri, che nasce dalla relazione n:n tra i pazienti e i reparti, riporta il paziente come foreign key in quanto è un collegamento alla tabella Pazienti, la data di inizio e fine come vincolo di integrità not null e infine la foreign key Reparto come link alla tabella reparto. Vi è anche la tabella Medici dove la matricola identifica la Primary Key, il vincolo di integrità è Not Null per il campo Nome e Cognome, ed il reparto rappresenta la Foreign Key ke è il link di collegamento alla tabella reparti.