Compito n.2 Progettazione di un DataBase Il Compilatore Di Lorenzo Salvatore.

Slides:

Advertisements

Presentazioni simili

Abilità Informatiche Avanzate CDL Magistrale In Marketing Granieri Giuseppe.

Advertisements

Progettazione di un Database

Ho individuato 2 entità:

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.

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

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.

Lobiettivo è la CREAZIONE di un DATABASE necessario per la gestione dei prestiti di una BIBLIOTECA PERSONALE. Il primo passo da compiere consiste nellindividuare.

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

Secondo compito: Progettazione di un Data Base Francesco Musmanno –

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.

Schema entità-relazioni 1 libro N prestiti 1 amico N prestiti 1 libro N scadenze N prestiti N scadenze.

Esercizio 1 Progettazione DataBase di una biblioteca privata

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.

Corso di abilità informatiche avanzate. Analisi dei requisiti Si vuole gestire i prestiti di libri di una biblioteca personali tenendo conto dei seguenti.

DB Biblioteca giovedì 24 marzo : N ProprietarioLibri N Prestiti Amici N giovedì 24 marzo 2011.

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

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.

ProprietarioLibri 1 : N Prestiti N : 1 Amici 1 : N N N 1 1.

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.

Transcript della presentazione:

Compito n.2 Progettazione di un DataBase Il Compilatore Di Lorenzo Salvatore

Esercizio n.1 SCHEMA ENTITA’ - RELAZIONI 1 : N LibriAmici

Esercizio n.1 Tabella Amici ID Amici NomeSoprannome 101BiagioRosso 102BiagioGrosso 103CarloBrocco 104DomenicoSecco Tabella Libri ID Libri Titolo Data prevista di restituzione Amici L201Guerra e Pace01/02/ A222Zanna Bianca02/02/ C103Oliver Twist03/02/ A127Robinson Crusoe 04/02/

Progettazione logica Definizione delle caratteristiche degli attributi Tabella Amici Nome CampoTipo CampoDimensioniVincoliNote ID AmiciNumericoInteroPrimary key NomeTesto20Not null SoprannomeTesto20Not null

Progettazione logica Definizione delle caratteristiche degli attributi Tabella Libri Nome CampoTipo CampoDimensioniVincoliNote ID LibriTestoInteroPrimary key TitoloTesto40Not null Data prevista di restituzione Data/ora8Not null Fk AmiciNumericoInteroForeign keyLink alla Tabella Amici

RISPOSTE 1.E’ emersa l’esigenza di rappresentazione di valori nulli per i valori dell’attributo Nome relativi agli Amici con ID 101 e 102 perché, essendo omonimi (si chiamano entrambi Biagio) sono definiti unicamente dal Soprannome (il quale evita le omonimie): per questo motivo i loro nomi possono essere omessi ed essere sostituiti da valori nulli, in quanto sono valori senza informazione. E’ emersa altresì l’esigenza di rappresentare valori nulli per i valori dell’attributo Soprannome relativi agli Amici con ID 103 e 104 perché, non essendo omonimi (si chiamano rispettivamente Carlo e Domenico) sono definiti unicamente dal nome: per questo motivo i loro soprannomi possono essere omessi ed essere sostituiti da valori nulli, in quanto sono valori senza informazione. 2. In generale i valori nulli evitano confusione (perché vengono utilizzati al posto di valori inappropriati). La presenza di valori nulli nelle Chiavi genera difficoltà poiché in tali casi i valori delle Chiavi non consentono di identificare le ennuple e di realizzare facilmente i riferimenti da altre relazioni: per queste ragioni la presenza di valori nulli nelle chiavi deve essere limitata.

Esercizio 2 Base di Dati Ospedale Tabella Reparti Cod.NomePrimario AChirurgia203 BPediatria574 CMedicina530 Tabella Pazienti Cod.CognomeNome A102RossiLuca B372NeriPiero B543NeriMario B444NeriGino Tabella Medici Matr.CognomeNomeReparto 203NeriPieroA 574BisiMarioB 530BelliNicolaC Tabella Ricoveri PazienteInizioFineReparto A1022/05/019/05/01A A1022/12/012/01/02B B4441/12/022/01/03C

Progettazione logica Definizione delle caratteristiche degli attributi Tabella Pazienti Nome CampoTipo CampoDimensioniVincoliNote Cod.TestoInteroPrimary key CognomeTesto20Not null NomeTesto20Not null

Progettazione logica Definizione delle caratteristiche degli attributi Tabella Ricoveri Nome CampoTipo CampoDimensioniVincoliNote PazienteTestoInteroPrimary key InizioData/ora8Not null FineData/ora8Not null RepartoTestoByteForeign keyLink alla Tabella Reparti

Progettazione logica Definizione delle caratteristiche degli attributi Tabella Reparti Nome CampoTipo CampoDimensioniVincoliNote Cod.TestoBytePrimary key NomeTesto20Not null PrimarioNumericoInteroForeign keyLink alla Tabella Medici

Progettazione logica Definizione delle caratteristiche degli attributi Tabella Medici Nome CampoTipo CampoDimensioniVincoliNote Matr.NumericoInteroPrimary key NomeTesto20Not null CognomeTesto20Not null RepartoTestoByteForeign keyLink alla Tabella Reparti

RISPOSTE 1.Vincolo di integrità referenziale tra l’attributo Cod. della Relazione Pazienti e la Relazione Ricoveri. Vincolo di integrità referenziale tra l’attributo Reparto della Relazione Ricoveri e la Relazione reparti. Vincolo di integrità referenziale tra gli attributi Cod. e Primario della Relazione Reparti e la Relazione Medici. 2.Chiavi: Cod. nella Tabella Pazienti; Paziente e Inizio nella Tabella Ricoveri; Cod. nella Tabella Reparti ; Matr. nella Tabella Medici; 3. Gli Attributi sui quali può essere sensato ammettere valori nulli sono: Cognome e Nome nella Tabella Pazienti; Fine nella Tabella Ricoveri; Nome nella Tabella Reparti: Cognome e Nome nella Tabella Medici.