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 2:
CONCETTUALE
COMPLETEZZA
tutti gli aspetti della della realtà devono essere modellati
CHIAREZZA
Il modello deve essere leggibile per tutti
CORRETTEZZA
Uso corretto degli strumenti
INDIPENDENZA
Deve essere compatibile con qualsiasi strumento informatico utilizzato
FASE 1:
ANALISI
tecnica/strategie di progettazione
TOP-DOWN
Schema iniziale astratto (non semplice da capire), ma completo che viene raffinato (aspetti più specifici
BOTTON-UP
Schemi semplici parziali ma dettagliati, che vengono poi integrati tra loro
INSIDE-OUT
"A macchia d'olio", si parte dai concetti principali, aggiungendo quelli ad essi correlati2
FASE 5:
REALIZZAZIONE
Viene fisicamente realizzato il database attraverso strumenti informatici di alto livello, cioè linguaggio di programmazione e di interrogazione
FASE4:
FISICA-IMPLEMENTAZIONE
Completamento dello schema logico in funzione dell'organizzazione fisica dei dati
DEFINIZIONE
Progettare un DATABASE significa in dettaglio progettare le strutture prima logiche e poi fisiche di un DATABASE in modo che possano accogliere nel modo migliore possibile i dati di cui l'utente ha bisogno
FASE 3:
LOGICA
Creazione di uno schema secondo uno dei seguenti schemi
NoSql
Caratteristiche
Scheme-less
raggruppamenti di approcci
ibridi
, non un singolo modello ma un insieme di modelli, per superare il
modello relazionale
Utilizzo di tabelle e campi per memorizzare i dati
Schema fisso delle tabelle
Relazione tra più campi di tabelle
Proprietà ACID (atomicità, Consistenza, Isolamento e Durabilità)
ESEMPI di maggiori successo
Mongo DataBase
Redis, Memacached, HBase
Neo4j
cassandra, Big Table, Simple DataBase
Firebase
XML(eXtensible Markup Language)
Anni 90
Struttura
linguaggio XML
Non è un vero e proprio modello di database ma viene effettuato per lo scambio di informazioni tra DBMS diversi
AD OGGETTI
Anni 80
Struttura estensione del paradigma
Project Oriented
Si definiscono nuovi tipi di dati e comportamenti che vengono inglobati nell'oggetto stesso (classe)
OODBMS
(Object Oriented di DBMS)
Jasmine (Fujitsu), fine degli anni 90
ORDBMS
(Object Raletional di DBMS)
PostgreSQL
RELAZIONALE
Sviluppato da Edgar Frank Codd agli
inizi
degli
anni 70
Pubblica l'articolo "modello per archiviazione di grandi banche dati", dove la struttura sono TABELLE e RELAZIONI
RETICOLARE
Fine anni 60
Struttura a
grafo
Estensione del modello gerarchico, mediante l'uso dei puntatori
Un record può connettersi con altri n record (relazione multipla
n:n
)
Per realizzare il grafo occorre un record connettore
SVANTAGGI
Per realizzare due reticoli è necessario duplicare i dati (ridondanza)
Se i dati non sono direttamente connessi la ricerca è difficoltosa
I link realizzati con i puntatori, utilizzano uno spazio di memoria
Rigidità nella modifica successiva
GERARCHICO
Inizio anni 60
Struttura ad
albero
La radice è il record principale, da cui partono tutti i figli/foglie (sottoalberi)
Semplice recuperare le informazioni, quando i dati sono odi natura gerarchica
Relazione
1:n
(uno a molti)
SVANTAGGI
Tra lo schema
logico
e quello
fisico
esiste una dipendenza stretta e vincolante
Le ricerche non sono efficienti
MODELLAZIONE DEI DATI
FASI 1 - 2 - 3
La modellazione dei dati serve per tradurre i dati dal punto di vista dell'utente al punto di vista dell'applicazione
Alessandro Monti
MODELLAZIONE FUNZIONALE
FASI 4 - 5