1 / 9

1: PROGETTARE UN DATABASE

1: PROGETTARE UN DATABASE. Valeria Pallotta Matricola: 567202 Laurea Magistrale in Marketing. ANALISI DEI REQUISITI. Si vuole progettare un database per una biblioteca personale in cui il proprietario presta libri ai suoi amici. DOMINIO APPLICATIVO.

mimis
Download Presentation

1: PROGETTARE UN DATABASE

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. 1: PROGETTARE UN DATABASE Valeria Pallotta Matricola: 567202 Laurea Magistrale in Marketing

  2. ANALISI DEI REQUISITI Si vuole progettare un database per una biblioteca personale in cui il proprietario presta libri ai suoi amici. DOMINIO APPLICATIVO Il dominio applicativo è rappresentato dalle entità coinvolte nel sistema Biblioteca.

  3. PROGETTAZIONE LOGICA DEFINIZIONE DELLE RELAZIONI 1 : N Amici Libri N : 1 N : N Prestiti

  4. Ogni amico può prendere in prestito più libri; • Ogni libro può essere preso in prestito da più amici. Dalla relazione N:N scaturisce una nuova entità, PRESTITI, che avrà i seguenti attributi: • Id Prestito • Campo link alla tabella Amici • Campo link alla tabella Libri • Data restituzione del Prestito

  5. PROGETTAZIONE LOGICA DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI TABELLA AMICI • TABELLA LIBRI

  6. TABELLA PRESTITI Siccome le informazioni circa i Libri e gli Amici, come si può vedere dalle tabelle precedenti, sono scarse, risulta superfluo a mio parere elaborare tre tabelle quindi ho pensato di fare soltanto la relazione Prestiti che sia comprensiva di tutte le informazioni necessarie (titolo, soprannome, data di restituzione) e che riporto di seguito in forma esemplificativa:

  7. La chiave della relazione è TITOLO perché non ci sono libri con lo stesso titolo, invece ogni amico può prendere in prestito più libri e restituirli in date diverse.La DATA DI RESTITUZIONE è l’unico attributo a poter essere nullo perché potrebbe non essere stata decisa una data in particolare per la restituzione del libro; il TITOLO LIBRO non può essere nullo perché è una chiave, e il SOPRANNOME non può esserlo perché bisogna sapere chi possiede un certo libro in un preciso momento. PRESTITI

  8. 2: BASE DI DATI OSPEDALE Le CHIAVI sono: • ‘Cod’ per la relazione PAZIENTI • ‘Paziente’ e ‘Inizio’ per la relazione RICOVERI (questa scelta presuppone che un paziente possa essere ricoverato solo una volta nello stesso giorno) • ‘Matr’ per la relazione MEDICI • ‘Cod’ per la relazione REPARTI I VINCOLI D’INTEGRITÁ sono: • Tra l’attributo Paziente in RICOVERI e Cod in PAZIENTI • Tra Reparto nella relazione RICOVERI e Cod nella relazione REPARTI • Tra Pimario in REPARTI e Matr nella relazione MEDICI • Tra Reparto in MEDICI e Cod in REPARTI

  9. Possono essere VALORI NULLI: • Gli attributi Cognome e Nome nella relazione PAZIENTI • L’attributo Fine nella relazione RICOVERI • Gli attributi Cognome e Nome nella relazione MEDICI • L’ attributo Nome nella relazione REPARTI Questi attributi non essendo chiavi, non hanno nessun vincolo di integrità referenziale.

More Related