Creazione di archivi tramite Data Base

Slides:



Advertisements
Presentazioni simili
Ho individuato 2 entità:
Advertisements

Modulo 5 DataBase ACCESS.
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.
La modellizzazione dei dati
La progettazione concettuale
Creazione di archivi tramite Data Base
Progettazione concettuale
DBMS (DataBase Management System)
Le base di dati database.
DATABASE Sono strumenti informatici con i quali è possibile memorizzare e gestire numerose quantità di informazioni di un’ organizzazione, in modo: Semplice;
1 Microsoft Access 1. 2 Contenuto Dovete progettare e realizzare, usando Access, una base di dati che riguarda gli esami sostenuti dagli studenti iscritti.
Archivio Necessità di immagazzinare in modo permanente grandi quantità di dati. Esempio: anagrafe dei cittadini di un comune.
Archivio Cé necessità di immagazzinare in modo permanente grandi quantità di dati. Esempio: anagrafe dei cittadini di un comune.
L’uso dei database in azienda
Corso di Informatica (Basi di Dati)
Corso di Informatica (Basi di Dati)
Basi di dati. Vantaggi degli archivi digitali Risparmio di spazio: sono facilmente trasferibili e duplicabili Risparmio di tempo: si può accedere ai dati.
Basi di dati Università Degli Studi Parthenope di Napoli
Partizionamento/accorpamento di concetti
Implementare un modello di dati
Esercitazione di Basi di Dati
Abilità informatiche avanzate
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.
INFORMATICA Corso Base Modulo G: I DataBase  Access.
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
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.
Compito 2 Progettazione DataBase Nicola Stornelli Statistica per le decisioni finanz. ed attuar
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
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.
STUDENTE: Arianna Carucci matricola
Progettare un database
Schema entità-relazioni 1 libro N prestiti 1 amico N prestiti 1 libro N scadenze N prestiti N scadenze.
MODELLO E/R.
Gestione Biblioteca Giacomo Di Bartolomeo Matr CdL Economia E Management.
Modulo 5 DataBase ACCESS. Informazioni e Dati INFORMAZIONI vengono scambiate con linguaggio scritto o parlato DATI rappresentazione di informazioni in.
Modellazione dei Dati Fabio Scanu a.s. 2012/2013.
I DBMS BASI DI DATI (DATABASE) Insieme organizzato di dati utilizzati
Basi di dati Maria Laura Alessandroni
Database: Personal Library 2°Compito Abilità Informatiche Av. Docente: Prof. A.Marengo Studente: Leonardo Ciriello Matr Università Degli Studi.
PROGETTAZIONE DI UN DATA BASE PERAGINE MARIANTONELLA MATRICOLA
PROGETTAZIONE CONCETTUALE Nel nostro caso sono state individuate le seguenti entità: Libri Bibliotecario Clienti.
Basi di dati e Relazioni Uno schema di relazione R(X) è costituito da un simbolo (nome della relazione) R e da una serie di attributi X={A 1, A 2, …, A.
Progettazione di una base di dati relazionale Terza forma normale.
Database Progettazione Logica
Mapping Database Atsilo
© 2015 Giorgio Porcu - Aggiornamennto 28/03/2015 UdA 1A Database Progettazione Fisica G IORGIO P ORCU
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.
PROGETTAZIONE DI UN DATABASE SARA A. L. DI GAETANO.
MODELLO E/R.
1. CASO BIBLIOTECA ANALISI DEI REQUISITI Si vuole automatizzare la gestione prestiti dei libri di una biblioteca personale. La progettazione deve tener.
1 “ Le Basi di Dati ”. 2 Parte 5: Tabelle –Creazione di una tabella –Indici e chiavi primarie –Relazioni e integrità referenziale Basi di Dati Struttura.
Il modello relazionale. Modello Relazionale 2 Dal modello concettuale a quello logico Una volta stabilita la rappresentazione concettuale della realtà.
Modulo 5 – Database ACCESS LICEO SCIENTIFICO “ B. RESCIGNO COMPUTER SCUOLA PIANO INTEGRATO 2008/09 ESPERTO prof.ssa Rita Montella.
Linguaggio SQL. Linguaggi per database La diffusione del modello relazionale ha favorito l’uso prevalente di linguaggi non procedurali: in questo modo.
I DONEITÀ DI C ONOSCENZE E C OMPETENZE I NFORMATICHE ( A – D ) Un database è un insieme di record (registrazioni) e di file (archivi) organizzati per uno.
Transcript della presentazione:

Creazione di archivi tramite Data Base Dal modello Concettuale E-R al modello Logico (Microsoft Access) Autore M. Lanino

Testo del problema Le informazioni relative alle Opere d’arte di molti artisti di epoche diverse, devono essere catalogate e registrate in un archivio che dovrà contenere informazioni circa la città ed il museo che ospita ciascuna opera. N.B.: In una stessa città ci possono essere più musei. Le opere possono essere di tipo diverso (tele, sculture…). Uno stesso artista può avere opere presso più musei e ogni museo ospita opere di artisti diversi. Dell’artista si deve conoscere la data di nascita ed eventualmente quella di morte, per definire il periodo storico. Si richiede di Individuare Entità, Relazioni ed Attributi Disegnare il modello E-R completo di relazioni Definire gli archivi attraverso le Regole di derivazione e descrivere gli archivi con tabelle che riportino il nome dell’archivio, i campi, le chiavi il formato dei dati Implementare le Tabelle con Access e creare le relazioni

ARTISTA – OPERA – MUSEO – CITTA’ Analisi del testo I dati che devono essere archiviati sono rappresentabili attraverso quattro entità ben distinte fra loro, tutte indispensabili se si vogliono rispettare le specifiche imposte dal problema. Le entità sono le seguenti: ARTISTA – OPERA – MUSEO – CITTA’ Fra Artista e Opera la relazione è di 1:N, infatti un artista può creare molte opere, ma ciascuna opera è di paternità di un solo artista Fra Opera e Museo la relazione è di N:1, infatti molte opere sono custodite in un solo museo, ma ciascuna opera è custodita in un solo museo. Fra Museo e Città la relazione è di N:1, infatti in una città ci possono essere più musei, ma ogni museo sorge in un’unica città.

Attributi entità Artista L’entità artista deve contenere tutti i dati essenziali per individuare l’autore di un’opera d’arte ed il periodo storico in cui ha operato. Attributo Etichetta Identificativo dell’artista ID_A Cognome artista Cogn_A Nome artista Nome_A Data di nascita Data_N Data di morte Data_M Nazionalità Naz_A Corrente di appartenenza Corr Foto dell’artista Foto Note sull’artista Note_A Torna al Modello E-R Torna Analisi del testo

Attributi entità Opera L’entità Opera deve contenere le informazioni relative ad un’opera d’arte Attributo Etichetta Numero di catalogo dell’opera ID_O Titolo dell’opera Titolo Tipo di opera Tipo Anno di creazione Anno Torna al Modello E-R Torna Analisi del testo

Attributi entità Museo L’entità Museo contiene i dati identificativi di un museo che ospita opere d’arte Attributo Etichetta Identificativo del museo ID_M Nome del museo Denomin Torna al Modello E-R Torna Analisi del testo

Attributi entità Città L’entità Città deve individuare una città del mondo che è sede di un museo. Attributo Etichetta Identificativo della città ID_C Nome della città Nome_C Nazione di appartenenza Naz_C Torna al Modello E-R Torna Analisi del testo

Modello E-R del problema ID_A 1 Artista N Opera N ID_O Titolo Cogn_A Tipo Nome_A Note_A Anno Data_N Data_M Naz_A Corr Foto 1 N Museo 1 Città ID_M Denomin Attributi Artista Attributi Opera ID_C Nome_C Naz_C Attributi Museo Attributi Città In rosso le chiavi primarie

Archivi (Tabelle) Artista Modello E-R Opera Museo Città ID_A PK Counter Cogn_A String *25 Nome_A Data_N Data/ora Data_M Naz_A Corr Foto Oggetto OLE Note_A Opera ID_O ID_art FK Numerico Titolo String *50 Tipo Anno ID_mus Museo ID_M ID_citta Denomin Città ID_C counter Nome_C Naz_C

Implementazione con Access

Tabella Artista

Tabella Opera

Tabella Museo

Tabella Città

Relazioni fra tabelle Rel N:1 Rel N:1 Rel 1:N Più opere possono stare in un solo museo Rel N:1 Più musei possono sorgere in una stessa città Rel 1:N Un artista crea molte opere

Relazione Artista-Opera Integrità Referenziale Assicura che per ogni riga di una tabella chiave esterna (FK), esista una riga corrispondente nella tabella chiave primaria (PK). Inoltre impedisce che una riga di tabella PK venga eliminata se esiste ancora una relazione con una tabella FK Torna a Relazioni fra tabelle

Relazione Opera-Museo Torna a Relazioni fra tabelle

Relazione Museo-Città Torna a Relazioni fra tabelle

Regole di derivazione Ogni ENTITA’ diventa un ARCHIVIO (Tabella in Access) Ogni istanza di un’entità sarà perciò un Record dell’archivio (Tabella) Ogni ATTRIBUTO di un’entità diventa un CAMPO di ciascuno dei record dell’ archivio (Tabella) e ne eredita le caratteristiche L’identificatore univoco di un’entità diventa Chiave Primaria (Primary Key) del record dell’archivio (Tabella) L’associazione UNO a UNO diventa un archivio unico (Tabella unica) contenente gli attributi di entrambe le entità L’associazione UNO a MOLTI si traduce in due archivi, uno per ciascuna delle entità della relazione L’identificatore univoco dell’entità di partenza nell’associazione UNO a MOLTI diventa Chiave Esterna (Foreign Key) dell’entità di arrivo, cioè l’attributo che è PK del primo archivio diventa un campo dei record del secondo archivio L’associazione MOLTI a MOLTI diventa un nuovo archivio (Tabella) in aggiunta ai due archivi derivati dalle due entità legate dall’associazione. Questo nuovo archivio sarà formato da record che contengono le PK degli altri archivi più gli eventuali attributi dell’associazione Torna al Testo