Informatica
Dipartimento di Economia
Ing. Cristiano Gregnanin
Corso di laurea in Economia
20 ottobre 2016
1 / 22
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
Vantaggi
3 / 22
Implicazioni
4 / 22
Realizzazione database
I
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).
I
Progettazione logica. Si sviluppa una rappresentazione dei
dati secondo il punto di osservazione dell’utente, che si
traduce in un modello logico.
I
Progettazione fisica. Si implementa il modello logico, per
ottenere una rappresentazione dei dati che possa essere
gestita dall’elaboratore.
5 / 22
Progettazione concettuale: schema ER
I
Entità. Oggetti che hanno proprietà comuni nel contesto da
rappresentare, identificabili in modo autonomo e univoco
(esempio: Libro).
I
Attributi. Descrivono le proprietà delle entità (Libro può
avere gli attributi codice libro, titolo, genere letterario).
I
Occorrenze. Sono gli oggetti della classe che l’entità
rappresenta (per esempio, Libro: LB318, Amleto, tragedia).
I
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).
I
Dominio. E l’insieme dei valori che un attributo può
assumere.
I
Relazioni. Legami tra le diverse entità che appartengono al
contesto da rappresentare.
6 / 22
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
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
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
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
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
Progettazione logica: modello relazionale
è caratterizzato da:
I
tabelle chiamate relazioni (da non confondere con le
“relazioni” del modello ER);
I
campi, le colonne di una tabella
I
dominio, l’insieme di valori. che un campo può assumere;
I
record o tuple, le righe di una tabella, formate da un insieme
di campi.
12 / 22
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
Progettazione logica: modello relazionale - trasformazione
di entità in tabella
L’entità Socio si trasforma in:
La chiave primaria è Codice socio
14 / 22
Progettazione logica: modello relazionale - trasformazione
di entità in tabella
L’entità Socio si trasforma in:
La chiave primaria è Codice socio
15 / 22
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
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
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
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
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
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
Operazioni fondamentali su record
I
Create
I
Read
I
Update
I
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
