Please enable JavaScript.
Coggle requires JavaScript to display documents.
PROGETTAZIONE DI UN DATABASE, Modellazione Fasi 1 - 2 - 3, Modellazione …
PROGETTAZIONE
DI UN DATABASE
DEFINZIONE
Progettare le strutture, prima logiche e poi fisiche in modo da accogliere i dati di cui un utente ha bisogno.
FASE 1 Analisi
TECNICHE/STRATEGIE
DI PROGETTAZIONE
Botton /Up
Si parte da suddivisioni specifiche (semplici schemi) per arrivare a uno schema integrato
Inside/Out
Lo schema si sviluppa a macchia D'olio. Partendo dai concetti più importanti aggiungendo quelli ad esso correlati
Top/Down
Si parte da uno schema molto astratto ma completo. Che viene successivamente raffinato fino ad arrivare uno schema finale
FASE 2 Concettuale
COMPLETEZZA
Tutti gli aspetti rilevanti della realtà devono essere modellati
CHIAREZZA
Il modello deve essere leggibile e rappresentare le informazioni in maniera comprensibile
CORRETTEZZA
Uso corretti degli strumenti
INDIPENDENZA
Dallo strumento informatico che verrà utilizzato
FASE 3 Logica
Creazione di uno schema secondo uno dei seguenti modelli
AD OGGETTI
Rappresentabile utilizzando il paradigma object oriented anni 80'
OODBMS (Object - Oriented DBMS)
Yasmine sviluppato dalla Fujitsu
ORDBMS (Object - Relational)
PostgreSQL realizzato nell'universita della California a Berkeley, completamente Opensource
Nuova frontiera nella ricerca sul database:
hanno la possibilità di definire nuovi tipi di dati e comportamenti che vengono inglobati nello stesso oggetto (classe)
RETICOLARE
Rappresentabile tramite un grafo fine anni 60'
Record Connettore: Sono dei puntatori ( frecce )
che permette di far accedere ai dati piu facilmente)
Estensione del modello Gerarchico: Dove non esiste alcuna radice ma ogni nodo puo essere un punto di partenza per raggiungere un determinato campo
Ogni padre può avere molti figli, e ogni figlio può avere un tanti padri
Relazione molti a molti (N:N)
SVANTAGGI
Per realizzare due reticoli indipendenti occorre duplicare i dati (ridondanza)
Se i dati non sono direttamente connessi la loro ricerca è difficoltosa
I link sono realizzati con i puntatori, quindi esiste uno spreco di spazio di memoria
Estremamente rigido in caso di modifiche successive alla sua creazione
XML
Rappresentabile attraverso TAG primi anni 90'
Non è proprio un modello di database ma condivide i mark up del HTML, i tag sono liberi e descrivono quanto racchiuso tra parentesi angolari ( >< )
GERARCHICO
Rappresentabile tramite un albero primi anni 60'
Il segmento è l'elemento del sottoalbero
Ogni padre può avere molti figli, ma ogni figlio può avere un solo padre
Relazione uno a molti (1:N)
Radice è il record principale tra cui partono uno o più sottoalberi
SVANTAGGI
Tra lo schema logico e la realizzazione fisica esiste una dipendenza stretta e vincolante
Le operazioni di ricerca non sono efficienti in quanto sono visite ad alberi generici e solo nel caso siano di tipo gerarchico di semplice realizzazione
NoSqI (Not Only Structured Query Language)
Rappresentabile tramite approcci ibridi fine anni 90'
Caratteristiche
Utilizzo di tabelle e campi per memorizzare i dati
Schema fisso delle tabelle ( Elenco di nome e tipologia con chiave primaria che identifica univocamente una riga della tabella)
Non individua un linguaggio specifico ma raggruppa un insieme di tecnologie per la persistenza di dati
Presenza di una relazione tra due o più campi collegate mediante una chiave esterna per garantire un integrità preferenziale
Accesso ai dati (ACID) con la proprietà AC-ID
Esempi
MongoDB è orientato ai documenti senza schema rigido
Redis Memcached HBase basato sull'array associativo
Neo4j utilizza grafi ( come reticolare)
Cassandra Big Table SimpleDB immagazina i dati in sezioni di colonne (utilizzato da Facebook Amazon Google)
Firebase costruisce un albero JSON (Java Script Object Notation)
RELAZIONALE
Sviluppato da Edgar Frank Codd
all'inizio degli anni 70'
Pubblica l'articolo "Modello per l'archivazione di grandi banche di dati" dove struttura attraverso TABELLE E RELAZIONI
FASE 4 Fisica - Implementazione
Completamento dello Schema logico in funzione dell'organizzazione fisica
FASE 5 Realizzazione
Progetto e realizzazione delle procedure atte a soddisfare le richieste specifiche del programma
Modellazione Fasi
1 - 2 - 3
In inglese (Data Modelling) rappresentazione astratta delle strutture dei dati di una database
Modellazione
Funzionale
FASI 4 e 5
s