Please enable JavaScript.
Coggle requires JavaScript to display documents.
PROGETTAZIONE di un DATABASE, MODELLAZIONE DEI DATI FASI 1 - 2 - 3,…
PROGETTAZIONE
di un DATABASE
FASE 5:
REALIZZAZIONE
Realizzazione fisica del sistema informativo o del database.
Attraverso strumenti informatici di alto livello.
FASE 1:
ANALISI
tecnica/strategie
di progettazione
BOTTOM - UP
si suddividono le specifiche per sviluppare semplici schemi
che vengono poi integrati fra loro
INSIDE - OUT
"macchia d'olio", si parte dai concetti più importanti si
aggiungono argomenti correlati
TOP - DOWN
si parte da uno schema iniziale astratto ma completo che
viene raffinato fino a uno schema finale
FASE 4:
FISICA - IMPLEMENTAZIONE
completamento dello schema logico in
funzione dell'organizzazione fisica
FASE 3:
LOGICA
creazione di uno schema secondo
uno dei seguenti modelli:
AD OGGETTI
anni '80
estensione del paradigma
"Object-Oriented"
si definiscono nuovi tipi di dati e comportamenti
che vengono inglobati nell'oggetto stesso (classe)
OODBMS (Object Oriented DBMS)
Jasmine, sviluppato da Fujitsu (fine anni '90)
ORDBMS (Object-Relational Database Management System)
PostgreSQL, sviluppato da Linux/Unix
XML
eXtensible Markup Language
anni '90
linguaggio simile ad HTML
(uso di tag)
non è un vero e proprio modello di Database ma
viene effettuato per lo sca,mbio di informazioni tra DBMS diversi.
RELAZIONALE
sviluppato da Edgar Frank Codd
dall'inizio degli anni '70
pubblica l'articolo "modello per
l'archiviazione di grandi banche di dati"
dove struttura attraverso
TABELLE e RELAZIONI
RETICOLARE
fine anni '60
struttura a grafo
un record può connettersi con altri n-record
relazione multipla di tipo N (N;N)
per realizzare un grafo occorre un record connettore
estensione del modello gerarchico mediante
l'uso dei puntatori
SVANTAGGI
per realizzare due reticoli occore
duplicare i dati (rindondanza)
se i dati non sono direttamente connessi
la ricerca è difficoltosa
link realizzati con i puntatori utilizzano
uno spazio (cella) di memoria
rigidità nelle modifiche successive
NoSql
caratteristiche
schema fisso delle tabelle
presenza di una relazione tra due o più campi di tabelle
utilizzo di tabelle e campi per memorizzare i dati
schee-less: raggruppamenti di approcci ibridi, non un singolo modello ma un'insieme di tentativi per superare la rigidità del modello razionale
proprietà ACID, cioè Atomicità, Consistenza, Isolamento e Durabilità
ESEMPI di maggior successo
Neo4j
Cassandra, Big Table, Simple DB
Redis, Memcached, HBase
Firebase
Mongo DB
GERARCHICO
inizio anni '60
struttura ad albero
la radice è il record principale da cui partono tutti
i sottoalberti
è semplice recuperare le informazioni quando
anche i dati sono si natura gerarchica
relazione 1:N (uno-a-molti)
ogni padre può avere molti figli, ma ogni figlio può avere un solo padre
SVANTAGGI
tra schema logico e la realizzazione fisica
esiste una dipendenza stretta e vincolante
le ricerche non sono efficienti
FASE 2:
CONCETTUALE
COMPLETEZZA
tutti gli aspetti rilevanti della realtà
devono essere modellati
CHIAREZZA
il modello deve essere legibile e rappresentare
le informazioni in maniera comprensibile
CORRETTEZZA
uso corretto degli strumenti
INDIPENDENZA
dallo stumento informatico che verrà utilizzato
DEFINIZIONE
progettare le strutture, prima logiche e poi fisiche, in modo che possano accogliere in modo migliore possibile i dati di cui un utente ha bisogno
MODELLAZIONE DEI DATI
FASI 1 - 2 - 3
DEFINIZIONE
serve per tradurre i dati dal punto di vista dell'utenete al punto di vista dell'applicazione (dal mondo reale al mondo informatico)
MODELLAZIONE FUNZIONALE
FASI 4 - 5