Please enable JavaScript.
Coggle requires JavaScript to display documents.
PROGETTAZIONE DI UN DATABASE, MODELLAZIONE DEI DATI FASI 1-2-3, Federico…
PROGETTAZIONE DI UN DATABASE
DEFINIZIONE
progettare le strutture, prima logiche e poi fisiche di un database in modo che possano accogliere i dati di cui un utente ha bisogno
FASE 1: ANALISI
tecnica/strategie di progetazione
BOTTOM-UP
le specifiche sono sviluppate in semplici schemi dettagliati e vengono poi integrate tra loro
INSIDE-OUT
schema che si sviluppa a spirale partendo da concetti principali/importanti aggiungendo concetti correlati
TOP-DOWN
si parte da uno schema iniziale astratto e si arriva a uno o più dettagliato
FASE 3 LOGICA
AD OGGETTI
anni 80
paradigma "object oriented"
nuova frontiera nella ricerca sui data base hanno la possibilità di definire tipi di dati e comportamenti nella classe stessa
OODMBS object oriented dbms
ORDBMS object relational dbms
postreSQL: sviluppato in california e completamente gratuito
jasmine: sviluppato da fujitsu a fine anni 90
XML extensible markup language
anni 90
non è un modello di data base utilizza un linguaggio di markup (in HTML)
con xml è possibile definire dei tag a seconda della propria esigenza poichè ha una struttura gerarchica
RELAZIONALE
sviluppato da edgar frank codd all'inizio degli anni 70
pubblica l'articolo "modello per l'archiviazione delle banche di dati" dove struttura attraverso tabelle e relazioni
RETICOLARE
il periodo storico del modello reticolare è la fine degli anni '60
struttura modello: grafo mediante punti
ogni record può connettersi con altri n record
relazione multipla
ogni nodo è punto di partenza per raggiungere un campo
svantaggi
per realizzare 2 reticoli indipendenti è necessario duplicare i dati introducendo un inutile ridondanza
se i dati non sono tra loro direttamente connessi la loro ricerca è difficoltosa
i link sono generati come puntatori e quindi spreco di spazio nella memoria
è estremamente rigida in caso di modifiche successive alla sua creazione
NoSQL
il modello NoSQL raggruppano una famiglia di approcci ibridi nel tentativo di superare la rigidità del modello relazionale e migliorare la scalabilità della gestione di DB
utilizzo di campi e tabelle per memorizzare i dati
accesso ai dati transazione garantito con le proprietà ACID: Atomicità
Consistenza
Isolamento
Durabilità
presenza di una relazione tra due campi o tabelle
schema fisso delle tabelle
esempi di maggior successo
Neo4
Cassandra, Big Table, Simple DB
Redis, Memached, Hbase
Fire Base
Mongo DB
GERARCHICO
anni '60
struttura ad albero
la radice del nostro albero è il record (informazione) principale, da cui partono i numerosi figli (segmenti)
relazione uno a molti e si indica con 1:N
SVANTAGGI
tra lo schema logicoe la realizzazione fisica una dipendenza stretta e vincolante
le operazioni di ricerca non sono efficienti
ogni padre può avere molti figli ma ogni figlio può avere un solo padre
FASE 2:
Concettuale
CORRETTEZZA
uso corretto degli strumenti
COMPLETEZZA
tutti gli aspetti rilevantik della realtà devono essere modellati
INDIPENDENZA
dallo strumento informatico che verrà utilzzato
CHIAREZZA
il modello deve essere leggibile e comprensibile
FASE 5: REALIZZAZIONE
dove viene realizzato fisicamente il DB
FASE 4: FISICA - IMPLEMENTAZIONE:
completamento dello schema logico in funzione dell'organizzazione fisica
MODELLAZIONE DEI DATI
FASI 1-2-3
consiste in una rappresentazione astratta delle strutture dei dati di DB e serve per tradurre i dati dal punto di vista dell'utente al punti di vista dell'applicazione (trasportarli dal mondo reale al mondo informatico)
Federico Cara