Secondo Compito: PROGETTAZIONE DI UN DATABASE Claudia Angione

Slides:



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

Progettazione di un Database
1) PROGETTAZIONE DI UN DATABASE
Ho individuato 2 entità:
BASE DI DATI BIBLIOTECA PERSONALE
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:
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
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.
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
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
Secondo compito: Progettazione di un Data Base Francesco Musmanno –
Dominio Applicativo Nel nostro caso il dominio applicativo è rappresentato da tutte le entità coinvolte nel sistema Biblioteca Personale, in particolare.
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
Schema entità-relazioni 1 libro N prestiti 1 amico N prestiti 1 libro N scadenze N prestiti N scadenze.
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).
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.
DB Biblioteca giovedì 24 marzo : N ProprietarioLibri N Prestiti Amici N giovedì 24 marzo 2011.
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.
Analisi dei requisiti Si vuole creare un database che riesca a gestire i prestiti dei libri all’ interno di una biblioteca personale. Per poter eseguire.
PROGETTAZIONE DI UN DATABASE SARA A. L. DI GAETANO.
2° Compitino Filippo Maria de Miccolis Angelini PROGETTAZIONE CONCETTUALE E LOGICA DATABASE.
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.
Rielaborato da Atzeni et al., Basi di Dati, Mc-Graw Hill
Rielaborato da Atzeni et al., Basi di Dati, Mc-Graw Hill
PROGETTAZIONE DATABASE SECONDO COMPITO CAROLINA CASIELLO
PROGETTAZIONE CONCETTUALE
Universita’ di Milano Bicocca Corso di Basi di dati 1 in eLearning C
Universita’ di Milano Bicocca Corso di Basi di dati 1 in eLearning C
Giovanni Mazzarella matr
Progettazione logica: Il modello relazionale
Transcript della presentazione:

Secondo Compito: PROGETTAZIONE DI UN DATABASE Claudia Angione Mat: 570252 CdL Magistrale: Economia e Management

ANALISI DEI REQUISITI TRACCIA n.1 Si vuole automatizzare la gestione dei libri prestati da un soggetto proprietario, agli amici. A tale scopo bisognerà registrare dei dati relativi a: Libri; Amici; Il fine ultimo è ricavare le informazioni per la gestione dei prestiti di una biblioteca.

DOMINIO APPLICATIVO Il dominio applicativo è rappresentato da tutte le entità coinvolte nel sistema Biblioteca, in particolare quelle relative alla gestione del prestito dei libri.

SCHEMA DELLE RELAZIONI Amici Libri 1 : N N : 1 Prestito

PROGETTAZIONE CONCETTUALE Nel nostro caso sono state individuate le seguenti entità: LIBRI AMICI

PROGETTAZIONE LOGICA DEFINIZIONE DELLE RELAZIONI LIBRI AMICI N : 1 N : N PRESTITO

PROGETTAZIONE CONCETTUALE LIBRI Per l’entità LIBRI sono stati individuati i seguenti attributi: Id Libri: Codice Univoco di Libri Titolo Libro: insieme di tutti i libri presenti nella Biblioteca personale

PROGETTAZIONE CONCETTUALE AMICI Per l’entità AMICI sono stati individuati i seguenti attributi: Id Amici: Codice univoco amici Soprannome Amico Telefono Amico Indirizzo Amico Email Amico

PROGETTAZIONE LOGICA Nella determinazione delle relazioni tra l’entità LIBRO e l’entità AMICI si stabilisce una relazione molti-a-molti perché: 1 libro può essere prestato a N amici; ed 1 amico può prendere a prestito N libri.

PROGETTAZIONE LOGICA DEFINIZIONE DELLE RELAZIONI Dalla relazione N : N deriva una ulteriore entità (PRESTITO) i cui attributi sono i seguenti: Id Prestito; Link alla Tabella Libri; Link alla Tabella Amici; Data Prestito; Data Restituzione.

PROGETTAZIONE LOGICA DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI Tabella LIBRI Nome Campo Tipo campo Dimensione Vincoli Note Id Libro Numerico Intero Lungo Primary Key TitoloLibro Testo 50 Not Null

PROGETTAZIONE LOGICA DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI Tabella AMICI Nome Campo Tipo Campo Dimensioni Vincoli Note Id Amico Numerico Intero Lungo Primary Key SoprannomeAmico Testo 20 Not Null TelefonoAmico 10 IndirizzoAmico 40 EmailAmico

PROGETTAZIONE LOGICA DEFINIZIONE DELLE CARATTERISTICHE DEGLI ATTRIBUTI Tabella PRESTITO Nome Campo Tipo Campo Dimensioni Vincoli Note Id Prestito Numerico Intero Lungo Primary Key FkLibroPrestito Foreign Key Link alla Tabella Libri FkAmiciPrestito Link alla Tabella Amici DataPrestito Data Not Null DataRestituzione

Quindi nel caso in questione le chiavi primarie sono: Tabella Libro: IdLibro; Tabella Amici: IdAmico; Tabella Prestito: IdPrestito. Le Chiavi Esterne sono presenti nella Tabella Prestiti: FkLibroPrestito; FkAmiciPrestito rispettivamente collegate alla tabella LIBRO e alla tabella AMICI. Nel caso in questione, sarebbe preferibile creare il vincolo di assenza di valori nulli nel dominio, in relazione alle chiavi primarie delle diverse entità.

BASE DI DATI OSPEDALE TRACCIA n. 2 Reparti Pazienti Ricoveri Cod. Nome Primario A Chirurgia 203 B Pediatria 574 C Medicina 530 Reparti Cod Cognome Nome A102 Rossi Luca B372 Neri Piero B543 Mario B444 Mori Gino Pazienti Paziente Inizio Fine Reparto A102 2/05/01 9/05/01 A 2/12/01 2/01/02 B444 1/12/02 2/01/03 B Ricoveri

Chiavi Primarie: Medici Matr Nome Cognome Reparto 203 Neri Piero A 574 Bisi Mario B 530 Belli Nicola C Medici Chiavi Primarie: IdPaziente: fa riferimento al “codice” del Paziente; IdReparto: fa riferimento al “codice” del Reparto; IdRicovero: volendo potremmo inserire una chiave IdRicovero che corrisponderà alla tripla univoca Paziente, Reparto, DataRicovero. È chiaro però osservare che se in un unico giorno il paziente viene spostato in più reparti, ciò che andrà a differenziare IdRicovero sarà l’ora nel quale il paziente viene ricoverato nei diversi reparti; IdMedico: fa riferimento alla “Matricola” di ognuno di essi.

Chiavi Esterne: Per quanto concerne la Tabella Reparti: la “Matricola” della Tabella Medici è la chiave esterna collegata a Primario (presente in Reparti). Per la Tabella Medici: il “Codice” della Tabella Reparti è la chiave esterna collegata a Reparto (presente in Medici). Per la Tabella Ricoveri essendo la Tabella risultante dalla relazione N:N tra Reparti e Pazienti presenterà le chiavi esterne relative a queste due Tabelle: il “Codice” della Tabella Pazienti è la chiave esterna collegata a Paziente (presente in Ricovero) e il “Codice” della Tabella Reparti è la chiave esterna collegata a Reparto (presente sempre in Ricovero).

Valori Nulli: Come valore nullo indichiamo la Data di Fine Ricovero presente nella Tabella Ricoveri in quanto la degenza potrebbe essere superiore a quella indicata.