1
STORIA E INFORMATICA
Questo libro vuole descrivere un esempio di connessione tra STORIA e INFORMATICA mostrando come le nuove
tecnologie siano utili nella ricerca storica a gestire l’enorme quantità di documenti redatti nel Basso Medioevo,
per molti dei quali non sono nemmeno stati redatti degli inventari.
Parte tre: STORIA E INFORMATICA
L’informatizzazione dei documenti attraverso i DATABASE
Le fasi della strutturazione logico-matematica (concettuale e logica) di un Db sono fondamentali perché, prima
ancora della strutturazione fisica del software, è necessario prevedere e risolvere tutte le varianti e i problemi che
i documenti medievali pongono. Più un Db risulta di facile accesso più le fasi di progettazione a tavolino sono state
complesse.
La fase di costruzione delle maschere fisiche del software è successiva ed è ininfluente l’utilizzo della piattaforma
(Internet, Windows, Mac, Linus) che mette a disposizione i propri Db.
PROGETTAZIONE DATABASE
- fase progettazione concettuale: non legata al software; gestita dal progettista; ha un alto livello di astrazione.
Si struttura un modello concettuale (E-R entità-relazione) sottoforma di TABELLE e da questo si passa ad uno
schema concettuale cioè la scaletta.
Ogni Tabella rappresenta un OGGETTO (ad esempio, nel caso della ricerca riportata nel volume, un tipo di atto
notarile) attraverso RIGHE o RECORD o TUPLE (con un insieme omogeneo di dati, ad esempio relativi ad una
persona intervenuta in un atto) e COLONNE o CAMPI ognuna con un “attributo” cioè una descrizione degli oggetti
(ad esempio la provenienza delle persone presenti in atti di compravendita rappresentati nella tabella).
Si crea una CHIAVE PRIMARIA (che corrisponde a una colonna) come criterio per indirizzare i dati in una tabella e
CHIAVI ESTERNE per collegare un elemento di una tabella ad altre tabelle. Chiavi denominate Id che di solito
hanno un numero progressivo.
Id Autori
Nome
Cognome
Titolo
Edizione
Anno
Luogo
1
2
Le relazioni tra tabelle permettono la lettura di elementi tra di esse e sono: a) relazioni uno a uno (tra un elemento
della prima tabella e uno della seconda); b) relazioni uno a molti (ad esempio: una tabella Autore e una Tabella
Libri); c) relazioni molti a molti (ad esempio: tra tabelle fornitori e prodotti se un fornitore offre più prodotti oppure
un prodotto è fornito da più fornitori).
- fase progettazione logica: non legata al software; gestita dal progettista; i dati sono già concreti.
Si struttura un modello logico in genere sottoforma di ALGORITMI e uno schema logico cioè la scaletta.
Sul modello logico va fatta una normalizzazione, tecnica che permette di individuare anomalie in un Db e di
risolverle:
- ridondanza: ripetizione di oggetti o persone in una stessa tabella;
- anomalie di aggiornamento: evitare di aggiornare i dati a uno a uno, ma farlo in modo multiplo;
- anomalie di cancellazione: eliminare un dato evitando l’annullamento di intere righe di dati;
- anomalie di inserimento: possibilità di inserire nuovi dati (un nuovo documento) solo se rispettano la chiave
primaria.
La normalizzazione segue le regole di integrità: cioè i dati distribuiti in più tabelle devono avere un significato e
non essere vuoti a causa di anomalie.
La normalizzazione di uno schema logico evita perdite di tempo nella fase successiva quando il programmatore
sta realizzando il software.
- fase progettazione fisica: realizzazione del software attraverso la creazione di MASCHERE e di un’INTERFACCIA
accessibile; gestita da programmatore.
