PROGETTAZIONE CONCETTUALE DI UNA BIBLIOTECA PERSONALE Nel nostro caso sono state individuate le seguenti entità: Amici Libri

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

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

DEFINIZIONE DELLE RELAZIONI 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

DEFINIZIONE DELLE RELAZIONI 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

PROGETTAZIONE CONCETTUALE DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI TABELLA AMICI NOME CAMPO TIPO CAMPO DIMENSIONE VINCOLI NOTE ID Amici Numerico Intero Lungo Primary Key Nome Amici Testo 20 Not Null Soprannome Amici 30 Cognome Amici

PROGETTAZIONE CONCETTUALE DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI TABELLA LIBRI NOME CAMPO TIPO CAMPO DIMENSIONE VINCOLI NOTE ID Libri Numerico Intero Lungo Primary Key Titolo Libri Testo 40 Unique Autore Libri 20 Not Null Genere Libri 30

PROGETTAZIONE CONCETTUALE DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI TABELLA PRESTITO NOME CAMPO TIPO CAMPO DIMENSIONE VINCOLI NOTE ID Prestito Numerico Intero Lungo Primary Key FkAmiciPrestito Foreign Key Link alla tabella Amici FkLibriPrestito Link alla tabella Libri Data Restituzione Prestito Data Not null

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.