Informatica. Dipartimento di Economia. Ing. Cristiano Gregnanin. 20 ottobre Corso di laurea in Economia

Transcript

1 Informatica Dipartimento di Economia Ing. Cristiano Gregnanin Corso di laurea in Economia 20 ottobre / 22

2 Introduzione ai database Prima dei DBMS, le organizzazioni utilizzavano semplici file per memorizzare e manipolare i dati in modo elettronico. Le informazioni sulle entità, cioè gli oggetti di interesse dei database, spesso apparivano in diversi file utilizzati dal sistema informativo: non esisteva ancora la possibilità di memorizzare separatamente le informazioni ri guardanti le entità in database che limitassero la ridondanza dei dati. Per questo motivo i file spesso contenevano più volte gli stessi dati riguardanti, per esempio, un cliente o un fornitore. Data la ridondanza dei dati, nel momento in cui una informazione variava questa doveva essere aggior- nata in più punti con un processo lungo e oneroso e, quindi, naturalmente esposto a errori procedurali. 2 / 22

3 Vantaggi 3 / 22

4 Implicazioni 4 / 22

5 Realizzazione database Progettazione concettuale. Si analizza la realtà da rappresentare, si definisce il contenuto della base dati, si descrivono le informazioni che verranno archiviate e le relazioni tra di esse (modello concettuale). Progettazione logica. Si sviluppa una rappresentazione dei dati secondo il punto di osservazione dell utente, che si traduce in un modello logico. Progettazione fisica. Si implementa il modello logico, per ottenere una rappresentazione dei dati che possa essere gestita dall elaboratore. 5 / 22

6 Progettazione concettuale: schema ER Entità. Oggetti che hanno proprietà comuni nel contesto da rappresentare, identificabili in modo autonomo e univoco (esempio: Libro). Attributi. Descrivono le proprietà delle entità (Libro può avere gli attributi codice libro, titolo, genere letterario). Occorrenze. Sono gli oggetti della classe che l entità rappresenta (per esempio, Libro: LB318, Amleto, tragedia). Attributo identificatore. È l attributo o l insieme di attributi che identificano in modo univoco le occorrenze di una entità. Ogni entità deve avere un attributo identificatore (per esempio Libro: codice libro). Dominio. E l insieme dei valori che un attributo può assumere. Relazioni. Legami tra le diverse entità che appartengono al contesto da rappresentare. 6 / 22

7 Progettazione concettuale: esempio - attributi e relazioni Libro e Autore sono 2 entità con i relativi attributi Scaffale e Libro sono 2 entità legate fra loro da una relazione il cui nome è Ospita 7 / 22

8 Progettazione concettuale: esempio - relazione uno a uno Un Socio ed una Tessera sono legati da una relazione Possiede avente cardinalità 1:1. Ovvero un Socio possiede una sola Tessera e una Tessera è posseduta da un solo Socio 8 / 22

9 Progettazione concettuale: esempio - relazione uno a molti Un Editore e un Libro sono legati da una relazione Publica avente cardinalità 1:n. Ovvero un Editore pubblica molti Libri e un Libro può essere pubblicato da un solo Editore 9 / 22

10 Progettazione concettuale: esempio - relazione molti a molti Una copia di un Libro può essere presa in prestito da un Socio e un Socio può prendere in prestito più copie di diversi Libri 10 / 22

11 Progettazione concettuale: esempio - relazione uno a molti osservazione importante: Nella relazione con cardinalità molti-a-molti rappresentata si evidenzia un anomalia: la relazione è preso in prestito ha degli attributi (Data prestito, Scadenza prestito). Poiché le relazioni non possono avere attributi, occorre introdurre una nuova entità, detta entità associtiva Prestito. 11 / 22

12 Progettazione logica: modello relazionale è caratterizzato da: tabelle chiamate relazioni (da non confondere con le relazioni del modello ER); campi, le colonne di una tabella dominio, l insieme di valori. che un campo può assumere; record o tuple, le righe di una tabella, formate da un insieme di campi. 12 / 22

13 Progettazione logica: modello relazionale - chiave primaria L attributo identificatore si trasforma in un campo definito chiave primaria. La chiave primaria di una tabella è il campo (o il gruppo di campi) che descrive ogni record in modo univoco. 13 / 22

14 Progettazione logica: modello relazionale - trasformazione di entità in tabella L entità Socio si trasforma in: La chiave primaria è Codice socio 14 / 22

15 Progettazione logica: modello relazionale - trasformazione di entità in tabella L entità Socio si trasforma in: La chiave primaria è Codice socio 15 / 22

16 Progettazione logica: modello relazionale - chiave esterna Un campo chiave esterna è il campo chiave primaria di una tabella che compare in un altra tabella con la quale sussiste una relazione. 16 / 22

17 Progettazione logica: modello relazionale - chiave esterna Per esempio, nella tabella Scaffale il campo Codice scaffale rappresenta la chiave primaria e compare anche nella tabella Libro come chiave esterna. Nel modello relazionale le chiavi esterne sono fondamentali per creare i legami logici tra le tabelle. 17 / 22

18 Progettazione logica: modello relazionale - chiave esterna La tabella Libro referenzia la tabella Scaffale attraverso il campo Codice scaffale che rappresenta quindi una chiave esterna 18 / 22

19 Progettazione logica: modello relazionale - relazione uno a uno Il passaggio dalla relazione uno a uno tra due entità alla relazione uno a uno tra due tabelle comporta l utilizzo dello stesso campo chiave, al quale è possibile attribuire nomi differenti (per esempio, Codice socio e Codice tessera) nelle due tabelle risultanti. 19 / 22

20 Progettazione logica: modello relazionale - relazione uno a molti Nel modello concettuale la relazione è stata semplificata in due relazioni unoa molti e aggiungendo un entità associativa. La tabella Prestito avrà una chiave primaria composta, formata dall unione dei campi chiave primaria (Codice libro e Codice socio) delle due tabelle che collega tra loro. 20 / 22

21 Progettazione fisica Dipende dallo specifico sistema di gestione dei dati prescelto e che si basa sui criteri di organizzazione fisica dei dati in quel sistema. I sistemisti e il DBA (DataBase Administrator, Amministratore del database) si preoccupano di implementare il modello logico, prodotto nella fase di progettazione logica, in una soluzione adatta a supportare l operatività aziendale. 21 / 22

22 Operazioni fondamentali su record Create Read Update Delete Per eseguire operazioni CRUD si utilizza uno specifico linguaggio, il più comune è SQL Esempio: seleziona tutti i record dalla tabella libri: select * from libri 22 / 22