La modellizzazione dei dati

1. La modellizzazione dei dati Il modello concettuale E - R

2. Modellizzare i dati E’ il primo passo che deve essere compiuto per poter arrivare al loro trattamento e alla loro informatizzazione. I dati di una ditta sono parte del suo patrimonio e possono essere svariati per quantità e tipo. Lo sviluppatore deve innanzi tutto creare un modello della realtà basato sui dati che devono essere archiviati e manipolati dalla ditta.

3. Operazioni sui dati • Si possono effettuare due tipi di operazioni sui dati • Archiviazione • Interrogazione degli archivi (consultazione)

4. Dalla realtà al modello fisico Realtà E’ una rappresentazione astratta della realtà, organizzata in forma grafica in modo da ottenere uno schema dei dati. E’ comprensibile da chiunque, anche senza conoscenze informatiche. MODELLO TIPICO: E-R Modello Concettuale Il modello logico dota i dati di una struttura utile per semplificare ed ottimizzare le operazioni di Archiviazione, Interrogazione e manipolazione dei dati. STRUTTURA TIPICA: DATA BASE Modello Logico Il modello fisico è ottenuto dall’implementazione, attraverso opportuni software, degli archivi e delle modalità di accesso. Si tratta di file registrati su H.D. CASO TIPICO: uso del software ACCESS di Microsoft e creazione del file *.mdb Modello Fisico

5. Il modello concettuale E-R E - R rappresenta le iniziali delle parole inglesi Entity – Relationship. • Gli elementi che compongono il modello sono tre: • Le ENTITA’ • Le ASSOCIAZIONI (Relazioni) • Gli ATTRIBUTI

6. Entità (Entity) L’entità è un oggetto concreto o astratto che ha un significato all’interno del modello dei dati anche se viene considerato isolato. Di solito si definisce un tipo di entità attraverso un NOME e lo si rappresenta con un rettangolo. Esempio: Gli studenti dell’ITIS sono classificabili con il tipo di entità STUDENTE. Ciascun studente dell’Itis rappresenta quindi un’istanza dell’entità studente. Studente

7. Associazioni (Relationship) E’ il legame che stabilisce un’interazione fra le entità Ogni relazione ha due versi e per ogni verso esiste un’entità di partenza e una di arrivo. L’associazione di solito è identificata da un VERBO e viene rappresentata nel modello da un ROMBO. Esempio: Tra le entità Persona e Automobile si può instaurare la relazione POSSIEDE: Una persona possiede un’automobile ( verso) Una automobile è posseduta da una persona ( verso ) Persona Possiede Automobile

8. Attributi Gli attributi descrivono le proprietà delle entità e delle relazioni Esempio: Gli attributi dell’entità Automobile possono essere: Produttore, Modello, Potenza, Cilindrata, PrezzoListino. • Gli attributi sono caratterizzati da: • FORMATO: è il tipo di formato assunto dall’attributo. Ad es. Stringa, Numerico, DataOra … • DIMENSIONE: è la quantità massima di cifre che occorrono per rappresentarlo • OPZIONALITA’: indica se è obbligatorio o facoltativo

9. Chiave Primaria (primary key) Con il termine Chiave Primaria si indica un attributo di una entità che permette di distinguere un’istanza di quell’entità da tutte le altre. Esempio: Per l’entità Persona, la chiave primaria potrebbe essere il Codice fiscale (CodFiscale) perché è univoco, cioè diverso per ciascun italiano. L’attributo che viene elevato a chiave primaria di solito viene sottolineato o evidenziato in qualche modo nel diagramma. Torna all’esempio

10. Tipi di associazioni • Ci sono tre tipi di associazioni possibili fra entità: • Associazione UNO a UNO (1:1) • Associazione UNO a MOLTI (1:n) • Associazione MOLTI a MOLTI(n :n)

11. Un esempio Relazione Entità Persona Automobile Possiede Attributi Cognome Nome Titolo CodFiscale DataAcquisto PrezzoAcquisto NumTarga Produttore Modello Potenza Cilindrata PrezzoListino Notare la differenza fra PrezzoListino e PrezzoAcquisto

12. Associazione UNO a UNO Ad ogni istanza (elemento) dell’entità 1 corrisponde uno ed un solo elemento dell’entità 2 Studente Diploma Consegue  1 1  E’ Conseguito da Esempio: In una scuola ciascun studente consegue un solo diploma Torna a Tipi di Associazioni

13. Associazione UNO a MOLTI Ad ogni elemento dell’entità 1 possono corrispondere più elementi dell’entità 2, mentre ad ogni elemento dell’entità 2 ne corrisponde uno solo dell’entità 1 Studente Verifica Sostiene   1  Valuta Esempio: Uno stesso studente sostiene più verifiche, una per ciascuna materia del suo piano di studi. Ciascuna verifica è svolta da un solo studente. Torna a Tipi di Associazioni

14. Associazione MOLTI a MOLTI Ad ogni elemento dell’entità 1 possono corrispondere più elementi dell’entità 2 e viceversa Studente Materia Studia     E’ studiata da Esempio: Ogni studente studia più materie (quelle del suo piano di studi) e per ogni materia ci sono vari studenti che la studiano. Torna a Tipi di Associazioni

15. Dal modello concettuale al modello logico Il modello concettuale E-R serve per passare velocemente e con regole semplici al modello Logico. Il modello logico definisce la struttura degli archivi adatti ad accogliere i dati che sono stati definiti attraverso il modello concettuale. Il modello logico viene ottenuto dal modello E-R attraverso semplici regole di derivazione.

16. 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 UNOdiventa un archivio unico (Tabella unica) contenente gli attributi di entrambe le entità • L’associazione UNO a MOLTIsi traduce in due archivi, uno per ciascuna delle entità della relazione • L’identificatore univoco dell’entità di partenza nell’associazione UNO a MOLTIdiventa 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 MOLTIdiventa 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

17. Archivio da associazione UNO a UNO Studente Diploma Consegue  1 1  E’ Conseguito da Nome Cognome Matricola TipoDiploma Anno Voto L’archivio che deriva è dato dalla sola tabella DIPLOMATI che contiene come campi tutti gli attributi di Studente e tutti quelli di Diploma Regole di derivazione

18. Archivio Diplomati Regole di derivazione

19. Archivio da associazione UNO a MOLTI Studente Verifica Sostiene   1  Valuta Nome Cognome Matricola Classe Materia TipoVerifica Voto DataSvolgim IDVerifica L’archivio che deriva è formato da 2 tabelle: Studenti con campi: Nome,Cognome,Matricola (PK) Verifiche con campi: Materia, TipoVerifica, Voto, DataSvolgim e MatricolaStudente (FK) Regole di derivazione

20. Archivi Studenti e Verifiche Regole di derivazione

21. Archivio da associazione MOLTI a MOLTI Docente Classe Insegna a     E’istruita da diventa Docente Classe Insegna 1 1   CognomeNome ID Materia Qualifica NumeroOre Sigla NumeroAlunni Aula Regole di derivazione

22. Archivi Docenti, Classi, Insegna Regole di derivazione