BIBLIOTECA PERSONALE. AMICILIBRI 1 : N N : 1 N:N PRESTITI.

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
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.
Si vuole automatizzare la gestione di una biblioteca personale. A tale scopo bisognerà memorizzare i dati relativi a: AMICI LIBRI AUTORI CASE EDITRICI.
Progettazione di un database
Abilità informatiche avanzate
PROGETTAZIONE DATA BASE
Compito di Laura Lorusso (565547) Abilità informatiche avanzate CdLM in Marketing.
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.
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
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 –
Esercizio 1 Schema entità – relazioni Gestione Biblioteca
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:
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.
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.
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.
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.
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.
PROGETTAZIONE DATABASE SECONDO COMPITO CAROLINA CASIELLO
Transcript della presentazione:

BIBLIOTECA PERSONALE

AMICILIBRI 1 : N N : 1 N:N PRESTITI

NOME CAMPO TIPO CAMPO DIMENS.VINCOLINOTE SOPRANN OME TESTO20PRIMARY KEY NUMERO DI TELEFONO NUMERICOINTERO LUNGO

NOME CAMPO TIPO CAMPO DIMENS.VINCOLINOTE TITOLOTESTO40PRIMARY KEY AUTORETESTO40NOT NULL

NOME CAMPO TIPO CAMPO DIMENS.VINCOLINOTE ID NUMERICOINTERO LUNGO PRIMARY KEY FKAMICI PRESTITI TESTO20FOREIGN KEY LINK ALLA TABELLA AMICI FKLIBRI PRESTITI TESTO40FOREIGN KEY LINK ALLA TABELLA LIBRI DATA DINIZIO DATANOT NULL DATA DI TERMINE DATA

NELLA TABELLA AMICI LA CHIAVE E SOPRANNOME PERCHE IDENTIFICA INEQUIVOCABILMENTE UN AMICO E PERCHE NON CI SONO SOGGETTI CON LO STESSO SOPRANNOME NELLA TABELLA LIBRI LA CHIAVE E TITOLO IN QUANTO NON CI SONO LIBRI CON LO STESSO TITOLO. NELLA TABELLA PRESTITI LA CHIAVE E ID PRESTITO IN QUANTO IDENTIFICA SENZA POSSIBILITA DI RINDONDANZE IL PRESTITO.

Posso avere un valore nullo, nella tabella amici, nel campo relativo al numero di telefono. Non inserendo alcun numero di telefono questo risultera un valore nullo ma non andra a creare delle difficoltà nella progettazione della base di dati. Posso avere un valore nullo,nella tabella prestiti, nel campo relativo alla data di termine del prestito che potrebbe non essere definita e cio mi potrebbe creare problemi di gestione del prestito, ma non nella progettazione della base di dati.

PER LA TABELLA REPARTO LA PRIMARY KEY E CODICE. PER LA TABELLA PAZIENTE LA PRIMARY KEY E CODICE. PER LA TABELLA RICOVERI LA PRIMARY KEY E PAZIENTE. PER LA TABELLA MEDICI LA PRIMARY KEY E MATRICOLA.

Abbiamo una relazione tra la tabella REPARTI e la tabella MEDICI in cui troviamo il campo PRIMARIO nella tabella REPARTI ed il campo MATRICOLA nella tabella MEDICI, inoltre troviamo CODICE in REPARTI e REPARTO in MEDICI. Abbiamo una relazione tra la tabella PAZIENTI e la tabella RICOVERI con il campo PAZIENTE nella tabella RICOVERI, inoltre la tabella PAZIENTI riporta CODICE.

Abbiamo la relazione tra la tabella RICOVERI e la tabella REPARTI con REPARTO nella tabella RICOVERI e CODICE nella tabella REPARTI.

Secondo me possiamo ammettere valori nulli nella tabella PAZIENTI in corrispondenza di nome e cognome degli stessi in quanto ce gia il loro CODICE identificativo A nome Reparto può essere omesso il dato in quanto cè già il CODICE identificativo. Anche per la tabella MEDICI può essere omesso nome e cognome in quanto identificato dalla matricola.