Database
Sistema informativo: sistema per la raccolta e organizzazione dei dati in modo ordinato, garantendo
memorizzazione, accesso e modifica.
Sistema informatico: sistema informativo automatizzato per ottimizzare il processo, conservano le
informazioni, che sono i dati che vengono inseriti in un loro contesto, in cui assumono valore rilevante
secondo le nostre considerazioni.
Base di dati: collezione di dati per rappresentare le informazioni di interesse, e viene gestita da un DBMS,
un software che permette di gestire grandi, condivise e persistenti collezioni di dati, assicurando affidabilità
e privatezza, in modo efficiente e efficace. Sono costituiti da schema e istanze (righe delle tabelle), le
istanze sono variabili ma lo schema no.
Per gestire i dati, c’è bisogno di organizzarli e descriverne la loro struttura, che viene descritta dal modello
logico dei dati, che serve per descriverne la struttura in modo comprensibile a un calcolatore.
Modello relazionale si basa sul concetto di relazione, consente la rappresentazione e gestione dei dati
attraverso relazioni variabili.
DBMS è articolato su 3 livelli, in modo da poter suddividere le proprie indipendenze tra livelli:
1. Esterno = gestione delle viste, rappresentazione della vista dei dati agli utenti finali con le proprie
restrizioni
2. Logico = comprende le tabelle e la propria struttura logica
3. Fisico = livello di salvataggio delle informazioni sulla memoria di massa
Per manipolare i database, utilizziamo linguaggi appositi quali:
1. DDL = data definition language per definire gli schemi logici e fisici, con le autorizzazioni degli utenti
2. DML = data manipulation language per compiere interrogazioni e aggiornare le istanze dei dati
Utente finale esegue interrogazioni predefinite (transazioni), mentre un utente casuale utilizza query
personalizzate attraverso interfaccia.
Transazioni
Insieme ordinato di operazioni di lettura e scrittura su un DB, spesso predefinite.
Una transazione inizia con BoT e finisce con EoT,
E ci possono essere due tipi di risultati:
1. Commit
2. Abort
3. eventualmente undo
Per avere una transazione “ben formata” c’è bisogno che vengano seguite le seguenti condizioni:
1. Inizia con BoT
2. Finisce con EoT
3. Viene eseguito un solo commit o abort
4. Non vengono eseguite altre azioni dopo commit o abort
Inoltre bisogna seguire le seguenti caratteristiche:
1. Atomicity = una transazione è unica e indivisibile, l’esecuzione è tutto o niente, o la transazione va a
buon fine o non viene eseguita, eventualmente si va in undo, le operazioni sono visibili al mondo
esterno solamente dopo la commit
2. Consistency = deve lasciare il DB in uno stato consistente con i vincoli dei dati, ci possono essere:
a. Vincoli immediati = vincoli da soddisfare immediatamente, se non ci sono si va in abort
b. Vincoli ritardati = vincoli da soddisfare a fine commit
3. Isolation = una transazione deve agire in maniera indipendente, le operazioni sono equivalenti in
base alla loro sequenza, si evita il rollback a catena
4. Durability = gli effetti di una commit non vanno persi
Modello relazionale
Progettazione logica relazionale = convertire un diagramma ER in un insieme di relazioni o tabelle
Ogni entità viene rappresentata da una relazione, bisognerà normalizzare gli attributi multipli.
Tipi di associazioni:
Generalizzazione (ISA)
Totale, non esclusiva = TIPO
Totale, esclusiva = Due entità diverse
Algebra relazionale
