1) PROGETTAZIONE DI UN DATABASE

Presentazione sul tema: "1) PROGETTAZIONE DI UN DATABASE"— Transcript della presentazione:

1 1) PROGETTAZIONE DI UN DATABASE
PADULA LUCIA MATRICOLA N

2 ANALISI DEI REQUISITI Si vuole progettare un database per i prestiti di una biblioteca personale A tale scopo bisognerà tener conto che: - La biblioteca presta i libri ai propri amici; - Un amico può prendere in prestito più libri; - Il proprietario non ha libri con lo stesso titolo.

3 DOMINIO APPLICATIVO Lo scopo è quello di comprendere a fondo i concetti, le dinamiche, le regole generali in cui la struttura di dati dovrà essere impiegata, ovvero il contesto in cui il software dovrà agire. Nel nostro caso il dominio applicativo è rappresentato da tutte le entità coinvolte nel sistema biblioteca personale ed in particolare quelle relative alla gestione dei prestiti dei libri.

4 SCHEMA ENTITA’-RELAZIONI
AMICI LIBRI PRESTITI

5 PROGETTAZIONE CONCETTUALE
Nel nostro database sono state individuate le seguenti entità: - AMICI - LIBRI - PRESTITI

6 PROGETTAZIONE CONCETTUALE
AMICI Per l’entità amici sono presenti i seguenti attributi: - Soprannome Amico - Indirizzo - Numero di telefono - Indirizzo

7 PROGETTAZIONE CONCETTUALE
LIBRI Per l’entità libri sono presenti i seguenti attributi: - Titolo - Autore - Casa editrice

8 PROGETTAZIONE CONCETTUALE
PRESTITI Per l’entità Prestiti sono presenti i seguenti attributi: - Libro - Amico - Data consegna - Data restituzione

9 PROGETTAZIONE LOGICA PRESTITI AMICI DEFINIZIONE DELLA RELAZIONE 1 : N
- Un amico può ottenere più prestiti - Lo stesso prestito non può essere concesso a più amici PRESTITI AMICI

10 PROGETTO LOGICO LIBRI DEFINIZIONE DELLE RELAZIONI
- Uno stesso libro non può essere concesso in prestito più volte - Un prestito può comprendere più libri 1 : N PRESTITI LIBRI

11 PROGETTO LOGICO DEFINIZIONE DELLE RELAZIONI
- Un amico può prendere in prestito più libri - Un libro può essere preso in prestito da un solo amico : N AMICI LIBRI

12 PROGETTAZIONE LOGICA DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI
TABELLA AMICI NOME CAMPO TIPO CAMPO DIMENSIONE VINCOLI SOPRANNOME TESTO 30 PRIMARY KEY INDIRIZZO 40 NOT NULL NUMERO DI TELEFONO NUMERICO INTERO LUNGO INDIRIZZO TESTO 30 NULL

13 PROGETTAZIONE LOGICA DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI
TABELLA LIBRI NOME CAMPO TIPO CAMPO DIMENSIONI VINCOLI TITOLO TESTO 30 PRIMARY KEY AUTORE NOT NULL CASE EDITRICI

14 PROGETTAZIONE LOGICA DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI
TABELLA PRESTITI NOME CAMPO TIPO CAMPO DIMENSIONI VINCOLI SOPRANNOME TESTO 40 FOREIGN KEY TITOLO 30 DATA CONSEGNA DATA NOT NULL DATA RESTITUZIONE NOTE LINK TABELLA AMICI LINK TABELLA TITOLI CODPRESTITO NUMERICO INTERO LUNGO PRIMARY KEY

15 ESEMPIO DATABASE TABELLA AMICI SOPRANNOME INDIRIZZO N. TELEFONO E-MAIL
CARLO VERO VIA ROMA FRANCO RINI VIA PO LUISA VITA VIA PIAVE

16 ESEMPIO DATABASE TABELLA LIBRI TITOLO AUTORE CASA EDITRICE
ORGOGLIO E PREGIUDIZIO JANE AUSTEN GARZANTI IL CODICE DA VINCI DAN BROWN MONDADORI LA FORZA DELLA RAGIONE ORIANA FALLACI RIZZOLI

17 ESEMPIO DATABASE TABELLA PRESTITI CODICE PRESTITO SOPRANNOME TITOLO
DATA CONSEGNA DATA RESTITUZIONE 01541 CARLO VERO IL CODICE DA VINCI 07/01/2011 31/01/2011 01224 LUISA VITA ORGOGLIO E PREGIUDIZIO 13/01/2011 25/02/2011 01475 FRANCO RINI LA FORZA DELLA RAGIONE 10/01/2011 01/02/2011

18 2) BASE DATI OSPEDALE TABELLA PAZIENTI
A mio parere non sono presenti in tal caso valori nulli visto che è importante conoscere per ogni cliente cognome e nome. NOME CAMPO TIPO CAMPO DIMENSIONI VINCOLI NOTE CODPAZIENTI TESTO 10 PRIMARY KEY COGNOME 40 NOT NULL NOME

19 2) BASE DATI OSPEDALE TABELLA REPARTI
A mio parere non sono presenti in tal caso valori nulli visto che è rilevante sapere per ogni reparto il nome dello stesso altre al codice che lo identifica univocamente. NOME CAMPO TIPO CAMPO DIMENSIONI VINCOLI NOTE CODREPARTO NUMERICO INTERO LUNGO PRIMARY KEY NOME TESTO 40 NOT NULL PRIMARIO FOREIGN KEY LINK TABELLA MEDICI

20 2) BASE DATI OSPEDALE TABELLA RICOVERI
A mio parere non sono presenti in tal caso valori nulli visto che è rilevante sapere per ogni ricovero inizio e la fine dello stesso e il reparto in cui il paziente è ricoverato. Non è, invece, presente la chiave primaria: sarebbe necessario ad es. il campo CODRICOVERI. NOME CAMPO TIPO CAMPO DIMENSIONI VINCOLI NOTE CODPAZIENTE NUMERICO INTERO LUNGO FOREIGN KEY LINK TABELLA MEDICI INIZIO DATA NOT NULL FINE CODREPARTO NUMERICO 3 FOREIGN KEY LINK TABELLA REPARTO

21 2) BASE DATI OSPEDALE TABELLA MEDICI
A mio parere non sono presenti in tal caso valori nulli visto che è rilevante sapere per ogni medico sapere nome, cognome e reparto in cui lavora. NOME CAMPO TIPO CAMPO DIMENSIONI VINCOLI NOTE MATRICOLA NUMERICO INTERO LUNGO PRIMARY KEY NOME TESTO 30 NOT NULL COGNOME REPARTO NUMERICO 3 FOREIGN KEY LINK TABELLA REPARTO