PROGETTAZIONE DI UN DATABASE

1. PROGETTAZIONE DI UN DATABASE a cura di Santulli Domenica Matricola 570121

2. ANALISI DEI REQUISITI Progettazione di una base di dati per la gestione dei prestiti di una biblioteca personale. Il mio scopo è memorizzare i dati relativi a: Libri Amici Autori CaseEditrici Il fine ultimo è ricavare le informazioni relative ai prestiti concessi da tale biblioteca personale. Nello schema di base iniziale del mio database ho inserito anche le tabelle “Autori” e “CaseEditrici” al fine di evitare eventuali problemi di ridondanza ed incoerenza, legati ad alcuni attributi, in sede di inserimento dati.

3. Libri N N SCHEMA ENTITÀ-RELAZIONI 1 1 N N N Pubblicazioni Prestiti N N N N 1 1 1 Autori CaseEditrici Amici

4. PROGETTAZIONE CONCETTUALE La base di dati che ho progettato per la gestione della biblioteca personale prevede le seguenti entità, con i relativi attributi: Libri: NomeLibro, DataEdizione, FKCasaEditriceLibro Amici: Soprannome, Nome, Cognome, Telefono Autori: IDAutore, Nome, Cognome, DataNascita, LuogoNascita CaseEditrici: NomeEditore, Sitoweb, DataFondazione

5. PROGETTAZIONE LOGICA DEFINIZIONE DELLE RELAZIONI Fra l’entità Libri e l’entità Amici sussiste una relazione molti a molti (N : N): infatti, un libro può essere prestato a più amici (seppur in istanti temporali diversi e non coincidenti); ciascun amico, dal canto suo, può prendere a prestito più libri dalla biblioteca personale. Da tale relazione nasce la nuova entità: Prestiti: IDPrestito, DataInizioPrestito, DataRestituzione, FKLibroPrestito, FKAmicoPrestito Fra l’entità Libri e l’entità Autori sussiste una relazione molti a molti (N : N): infatti, un libro può essere scritto e pubblicato da più autori; ciascun autore può scrivere e pubblicare più libri. Da tale relazione nasce la nuova entità: Pubblicazioni: IDPubblicazione, FKLibroPubblicazione, FKAutorePubblicazione Fra l’entità CaseEditrici e l’entità Libri sussiste una relazione uno a molti (1 : N): infatti, una casa editrice può pubblicare più libri; ciascun libro può essere pubblicato da una sola casa editrice.

6. PROGETTAZIONE LOGICA Tabella LIBRI

7. PROGETTAZIONE LOGICA Tabella AMICI

8. PROGETTAZIONE LOGICA Tabella AUTORI

9. PROGETTAZIONE LOGICA Tabella CASEEDITRICI

10. PROGETTAZIONE LOGICA Tabella PRESTITI

11. PROGETTAZIONE LOGICA Tabella PUBBLICAZIONI

12. PUNTO 2 Analisi della “Base di dati Ospedale”. Di seguito individuerò: • Le chiavi della base di dati • I vincoli di integrità referenziale della base di dati • Attributi che possono ammettere valori nulli • Schema E-R • Progettazione logica

13. CHIAVI PRIMARIE INDIVIDUAZIONE DELLE PRIMARY KEY PER CIASCUNA TABELLA

14. VINCOLI DI INTEGRITA’ REFERENZIALE INDIVIDUAZIONE DEI VINCOLI DI INTEGRITA’ REFERENZIALE FRA LE DIVERSE TABELLE: vincolo fra l’attributo Paziente (della tabella “Ricoveri”) e l’attributo Cod (della tabella “Pazienti”); vincolo fra l’attributo Reparto (della tabella “Ricoveri”) e l’attributo Cod (della tabella “Reparti”); vincolo fra l’attributo Primario (della tabella “Reparti”) e l’attributo Matrdella tabella “Medici”); vincolo fra l’attributo Reparto (della tabella “Medici”) e l’attributo Coddella tabella “Reparti”).

15. ATTRIBUTI CHE AMMETTONO VALORI NULLI INDIVIDUAZIONE DEGLI ATTRIBUTI CHE POSSONO ASSUMERE VALORI NULLI: attributo Nome della tabella “Reparti”; attributi Nome e Cognome della tabella “Medici”; attributi Nome e Cognome della tabella “Pazienti”; attributo Fine della tabella “Ricoveri”.

16. Reparti N 1 SCHEMA ENTITÀ-RELAZIONI 1 N Ricoveri N N N 1 Medici Pazienti

17. PROGETTAZIONE LOGICA Tabella REPARTI

18. PROGETTAZIONE LOGICA Tabella PAZIENTI

19. PROGETTAZIONE LOGICA Tabella RICOVERI (nasce dalla relazione N:N fra l’entità Reparti e l’entità Pazienti)

20. PROGETTAZIONE LOGICA Tabella MEDICI