PROGETTAZIONE DI UN DATABASE SARA A. L. DI GAETANO.

Slides:



Advertisements
Presentazioni simili
Abilità Informatiche Avanzate CDL Magistrale In Marketing Granieri Giuseppe.
Advertisements

Progettazione di un Database
1) PROGETTAZIONE DI UN DATABASE
BASE DI DATI BIBLIOTECA PERSONALE
Punto 1 Nel progettare il database previsto dal punto 1, si è resa necessaria lindividuazione di 3 entità:AMICI, LIBRI e PRESTITI. AMICI è una entità che.
TRACCIA N. 1.
Progettazione di un database
Abilità informatiche avanzate
Compito di Laura Lorusso (565547) Abilità informatiche avanzate CdLM in Marketing.
BIBLIOTECA PERSONALE. AMICILIBRI 1 : N N : 1 N:N PRESTITI.
Progettazione di un Data Base Magistrale Marketing Matricola:
COMPITO SECONDO Corso: Abilità Informatiche Avanzate Prof. Agostino Marengo Anno accademico 2010/2011 Studente: Antonio D’Aniello Matricola:
Data base di una biblioteca personale
ESERCIZIO N.1 ANALISI DEI REQUISITI Si vuole progettare un Data Base per una biblioteca personale che presti libri. La progettazione tiene conto di quanto.
Secondo compito Progettazione di un DataBase - Progettazione di un database: gestione dei prestiti di una biblioteca personale gestione dei prestiti di.
PROGETTAZIONE DI UN DATABASE Anna Lazazzara Matricola
PROGETTAZIONE DI UN DATABASE
PROGETTAZIONE DI UN DATABASE a cura di Santulli Domenica Matricola
Secondo Compito Considerare le informazioni per la gestione dei prestiti di una biblioteca personale. Il proprietario presta libri ai suoi amici, che indica.
PROGETTAZIONE CONCETTUALE DI UNA BIBLIOTECA PERSONALE
Analisi dei requisiti Si vuol progettare un Data Base per la gestione dei prestiti di una biblioteca personale. La progettazione deve tener conto di quanto.
Si vuole progettare un database per la gestione dei prestiti di una biblioteca personale. La progettazione deve tenere conto di quanto emerso in fase di.
PROGETTAZIONE DI UN DATABASE Corso di abilità informatiche corso avanzato Anno 2010/2011 CLD Magistrali Economia e Management Studentessa Mastrangelo Maristella.
GESTIONE PRESTITI IN UNA BIBLIOTECA PERSONALE Tabella Amici: Id Amici: codice univoco degli Amici Nome Amici: insieme di tutti i nomi degli amici che accedono.
Progettazione di un Data Base
Progettazione di database
COMPITO 2 CELESTE BONANNO MATR CDL: SDFA.
1.Progettare il seguente DataBase in relazione ai due esempi presenti in piattaforma, Modulo 4, esempi 1 e 2: Considerare le informazioni per la gestione.
Compito 2 Progettazione DataBase Nicola Stornelli Statistica per le decisioni finanz. ed attuar
ROCCANOVA DONATO ECONOMIA E MANAGEMENT A.A. 2010/ Progettare il seguente DataBase in relazione ai due esempi presenti in piattaforma, Modulo.
Progettazione di un database Angela Zingariello. P UNTO 1 S CHEMA ENTITÀ RELAZIONI Progettazione di una base di dati per la gestione dei prestiti di una.
Schema entità-relazione N:N 1:N1:N 1:N1:N Prestiti Amici Libri.
1)PROGETTAZIONE DI UN DATABASE
UTENTE LIBRO N : N PRESTITO 1 : N N : 1 Individuate le seguenti entità: UTENTE LIBRO.
Si vuole automatizzare la gestione dei prestiti di una biblioteca personale. A tale scopo bisognerà memorizzare i dati relativi a: AMICI LIBRI Il fine.
SECONDO COMPITO: PRESENTAZIONE DI UN DATABASE
1: PROGETTARE UN DATABASE Valeria Pallotta Matricola: Laurea Magistrale in Marketing.
PROGETTAZIONE DI UN DATA BASE TURCO MERY MAT CPA
P ROGETTAZIONE DI UN D ATABASE Pergola Francesca.
Secondo compito: Progettazione di un Data Base Francesco Musmanno –
Esercizio 1 Schema entità – relazioni Gestione Biblioteca
Progettazione di un DataBase. Dominio applicativo: biblioteca personale; Fine ultimo:ricavare le informazioni relative ai prestiti di libri effettuati.
ABILITA INFORMATICHE CORSO AVANZATO Anno accademico 2010/11 Prof. A.Marengo Grazia Maselli Matricola:
FLORIANA CAMERINO (matr ) ABILITA INFORMATICHE – II COMPITO: PROGETTAZIONE DI UN DATABASE 1.PROGETTAZIONE Realizzazione di un DataBase per la gestione.
Progettazione di un Data Base Daraio Andrea. Si vuole progettare un database per la gestione di una biblioteca personale, dove il proprietario: Presta.
STUDENTE: Arianna Carucci matricola
GESTIONE PRESTITI BIBLIOTECA PERSONALE AMICI m:n LIBRI PREMESSA: nella biblioteca personale non vi sono due copie dello stesso libro. In un istante t un.
Abilità Informatiche Avanzate CdL Marketing Antonio Lassandro
Schema entità-relazioni 1 libro N prestiti 1 amico N prestiti 1 libro N scadenze N prestiti N scadenze.
PROGETTAZIONE DI UN DATABASE
Per il nostro database abbiamo individuato le seguenti entità: 1. Libri 2. Amici 3. Prestiti.
SECONDO COMPITO:. ANALISI DEI REQUISITI Si vuole automatizzare la gestione dei prestiti di una biblioteca di un determinato soggetto (biblioteca personale).
Si vuole automatizzare la gestione di una biblioteca personale. E’ necessario memorizzare le entità: 1. Amici 2. Libri Dominio Applicativo E’ rappresentato.
Gestione Biblioteca Giacomo Di Bartolomeo Matr CdL Economia E Management.
Secondo Compito:Progettazione di un database Pinto Vincenzo.
2° compito: Progettazione databasa 1) L’analisi del data base si basa sui seguenti punti: Il proprietari presta libri ad amici; Gli amici sono individuati.
Database: Personal Library 2°Compito Abilità Informatiche Av. Docente: Prof. A.Marengo Studente: Leonardo Ciriello Matr Università Degli Studi.
Progettazione di un DataBase SECONDO COMPITO ABILITA’ INFORMATICHE Michele Lovecchio
SCHEMA ENTITA’-RELAZIONE PROPRIETARI LIBRI AMICI Prestiti N N N N 1 1 1N.
PROGETTAZIONE DI UN DATA BASE PERAGINE MARIANTONELLA MATRICOLA
Base di dati Ospedale Tabella reparti Nome campoTipo campodimensionevincolo Cod. repartotesto1Primary key Nome repartotesto20Not null pr.
Traccia 1 Progettare il seguente DataBase in relazione ai due esempi presenti in piattaforma, Modulo 4, esempi 1 e 2: Considerare le informazioni per la.
Abilità informatiche avanzate Francesco M. G. Desantis Matricola
Compito di informatica: progettare un data base Progettazione concettuale Amici : (Per l’entità Articoli sono stati individuati i seguenti Attributi):
Progettazione database a cura di Roberta Mancini – matr CdLM in Marketing.
2° COMPITO VANIA PASCALE MATRICOLA GESTIONE DEI PRESTITI DI UNA BIBLIOTECA PERSONALE DOMINIO APPLICATIVO : il dominio applicativo è rappresentato.
ProprietarioLibri 1 : N Prestiti N : 1 Amici 1 : N N N 1 1.
Compito n.2 Progettazione di un DataBase Il Compilatore Di Lorenzo Salvatore.
Roccanova Rocca Angela ECONOMIA E MANAGEMENT A.A. 2010/ Progettare il seguente DataBase in relazione ai due esempi presenti in piattaforma,
1. CASO BIBLIOTECA ANALISI DEI REQUISITI Si vuole automatizzare la gestione prestiti dei libri di una biblioteca personale. La progettazione deve tener.
Transcript della presentazione:

PROGETTAZIONE DI UN DATABASE SARA A. L. DI GAETANO

BIBLIOTECA PERSONALE

a) Definire uno schema di relazione per presentare le informazioni, individuando opportuni domini per i vari attributi e mostrarne un’istanza in forma tabellare La traccia sottolinea che il proprietario presta libri ai suoi amici, che indica semplicemente attraverso i rispettivi nomi o soprannomi (così da evitare omonimie) e fa riferimento ai libri attraverso i titoli (non possiede 2 libri con lo stesso titolo). Quando presta un libro, prende nota della data prevista di restituzione. Di conseguenza, queste informazioni possono essere rappresentate solo dalla relazione “prestiti”, perché non ci sono altre informazioni su amici e libri oltre ai nomi e ai titoli.

La tabella PRESTITI è composta da tre attributi: - Titolo, quale chiave primaria in quanto il proprietario non possiede libri con lo stesso nome, tale da essere definito un campo univoco. - Nome/soprannome dell’amico, il quale però può avere più libri e restituirli in date differenti. - Data prevista di restituzione. (data) NOME CAMPOTIPO CAMPODIMENSIONIVINCOLINOTE TITOLOTESTOINTERO LUNGOPRIMARY KEYLINK TABELLA LIBRI NOME/SOPRANNOMETESTOINTERO LUNGOFOREIGN KEYLINK TABELLA AMICI DATA PREVISTA DI RESSTITUZIONE DATANUMERICONOT NULL

La tabella LIBRI è composta dai campi: - titolo, quale chiave primaria; - Autore, (entrambe con descrizione testo) La tabella AMICI è composta dai campi: - nome/soprannome, quale chiave primaria; - Residente a; - Recapito telefonico (descrizione numero interger) NOME CAMPOTIPO CAMPODIMENSIONEVINCOLINOTE TITOLOTESTOINTERO LUNGOPRIMARY KEY AUTORETESTOINTERO LUNGONOT NULL NOME CAMPOTIPO CAMPODIMENSIONEVINCOLINOTE NOME/SOPRANNO ME TESTOINTERO LUNGOCHIAVE PRIMARIA RESIDENTE ATESTOINTERO LUNGONOT NULL RECAPITO TELEFONICO NUMERICOINTEGERNOT NULL

ISTANZA TABELLARE DELLA RELAZIONE: TITOLONOME/SOPRANN OME DATA PREVISTA DI RESTITUZIONE LO ZAHIRSARA12/4/2011 OCEANO MAREANNA19/4/2011 SOCIETA’ LIQUIDALAVINIA23/5/2011

b) indicare la chiave (o le chiavi) della relazione.

BASE DATI OSPEDALE

a) Individuare le chiavi ed i vincoli di integrità referenziale che sussistono nella base di dati in figura e che è ragionevole assumere siano soddisfatti da tutte le basi di dati sullo stesso schema. Data la traccia si può notare: La relazione PAZIENTI contiene le informazioni riguardanti le persone che sono state ammesse almeno una volta. Le persone sono identificate da un codice. La relazione RICOVERI contiene tutti i ricoveri fatti nell’ospedale. Per ogni ricovero abbiamo il paziente (identificato dal codice), la data di inizio, di termine e il reparto in cui il paziente è stato ricoverato. La relazione MEDICI contiene le informazioni dei dottori che lavorano per l’ospedale e fornisce il cognome, il nome e il reparto. Il reparto è indicato da un codice. Ogni medico è identificato da un numero di matricola. La relazione REPARTI descrive i vari reparti dell’ospedale, mostrando per ognuno di essi il nome del reparto e il primario che ne è a capo (attraverso un riferimento alla relazione MEDICI). I reparti sono identificati con un codice (A,B,C)

PAZIENTE REPARTO RICOVERI MEDICI MN 1 1 N 1 1 N

Le chiavi sono: - “Cod” per PAZIENTI; - “Paziente” per RICOVERI; - “Matr” per MEDICI; - “Cod” per REPARTI.

La relazione RICOVERI presume che un paziente possa essere ricoverato solo una volta nello stesso giorno. Se supponiamo che questa ipotesi non venga soddisfatta, e che un paziente possa essere ammesso più volte nello stesso giorno, la relazione non sarebbe corretta. Infatti due o più ricoveri nello stesso giorno e nello stesso reparto dovrebbero avere anche la stessa data di termine, e così sarebbe rappresentata nella stessa riga nella relazione.

I vincoli di integrità che esistono nel database sono tra: - “Reparto” in MEDICI e “Cod” in REPARTI. - “Primario” in REPARTI e “Matr” in MEDICI; - “Paziente” in RICOVERI e “Cod” in PAZIENTI; - “Reparto” in RICOVERI e “Cod” in REPARTI;

b) individuare anche gli attributi sui quali possa essere sensato ammettere valori nulli. I valori nulli possono essere ammessi negli attributi “Cognome” e “Nome” nella relazione PAZIENTI, “Fine” nella relazione RICOVERI, “Cognome” e “Nome” nella relazione MEDICI e “Nome” nella relazione REPARTI. Tutti questi attributi non sono chiavi e non hanno nessun vincolo di integrità referenziale.