Please enable JavaScript.
Coggle requires JavaScript to display documents.
PROGETTAZIONE di un DATABASE, MODELLAZIONE DEI DATI FASI 1-2-3,…
PROGETTAZIONE
di un DATABASE
DEFINIZIONE
Progettare le strutture, prima logiche poi fisiche, di un database, in modo che possano accogliere i dati che un utente ha bisogno.
FASE 1:
ANALISI
tecniche/strategie
di progettazione
BOTTOM-UP
le specifiche sono sviluppate in semplici schemi dettagliati
e poi vengono integrate tra loro
INSIDE-OUT
si sviluppa a spirale partendo da concetti più importanti e aggiungendo quelli correlati
TOP-DOWN
si parte da uno schema iniziale astratto e
si arriva a uno più dettagliato
FASE 2:
CONCETTUALE
COPMPLETTEZZA
tutti gli aspetti rilevanti della realtà devono essere modellati
CHIAREZZA
il modello deve essere leggibile e comprensibile
CORRETTEZZA
uso corretto degli strumenti
INDIPENDENZA
dallo strumento informatico che verrà utilizzato
FASE 3:
LOGICA
creazione di uno
schema secondo
uno dei
seguenti modelli
GERARCHICO
anni '60
Struttura ad albero
relazione uno-a-molti e si indica 1:N
ogni padre può avere molti figli ma ogni figlio può avere un solo padre
la radice è il record principale da cui partono i numerosi figli
SVANTAGGI
tra lo schema logico e la realizzazione fisica esiste una dipendenza stretta e vincolante
le operazioni di ricerca non sono efficienti
RETICOLARE
periodo storico di creazione: fine anni 60
struttura del modello: a grafo mediante puntatori
ogni record può connettersi con altri N-RECORD
relazione multipla
evoluzione del modello gerarchico: ogni nodo è un
punto di partenza per raggiungere un campo
SVANTAGGI
per realizzare due reticoli indipendenti è necessario duplicare i dati introducendo un'utile ridondanza
se i dati non sono tra loto direttamente connessi la loro ricerca è difficoltosa
i link sono realizzati con i puntatori
sprecano spazio nella memoria
è estremamente rigido in caso di modifiche successive alla sua creazione
RELAZIONALE
sviluppato da Edgar Frank Codd
all'inizio degli anni 70
pubblica l'articolo "modello per l'archiviazione
di grandi banche di dati" dove struttura attraverso TABELLE e RELAZIONI
AD OGGETTI
anni '80
paradigma "Object Oriented"
OODBMS -> object oriented DBMS
Jasmine sviluppato dalla Fujitsu alla fine degli anni '90
ORDBMS -> object relational DBMS
PostgreSQL sviluppato in California completamente gratuito
nuova frontiera nella ricerca dei db
hanno la possibilità tipi di dati e comportamenti
nella classe stessa
XML (eXstensible Markup Language)
anni '90
non è proprio un modello di database
e utilizza un linguaggio di markup
è possibile definire dei propri TAG a seconda delle
proprie esigenze: ha una struttura GERARCHICA
NoSql
raggruppano un insieme di approcci ibridi nel tentativo
di superare la rigidità del modello relazionale e migliorare
la scalabilità per migliorare la gestione dei dati
schema fisso delle tabelle
presenza di una relazione tra due o più campi di tabelle
Utilizzo di tabelle e campi per memorizzare i dati
accesso ai dati garantito con la proprietà ACID,
cioè atomicità, consistenza, isolamento e durabilità
ESEMPI di maggior successo
Mongo DB
Redis, Memcached, HBase
Neo4j
Cassandra, Big Table, Simple DB
Firebase
FASE 4
FISICA - IMPLEMENTAZIONE
completamento dello schema logico
in funzione dell'organizzazione fisica
FASE 5
REALIZZAZIONE
dove si realizza fisicamente il database
MODELLAZIONE DEI DATI
FASI 1-2-3
consiste in una rappresentazione astratta
delle strutture dei dati di un DataBase e serve
per tradurre i dati dal punto di vista dell'utente
MODELLAZIONE FUNZIONALE
FASE 4 - 5
Feichter Alessandro