Please enable JavaScript.
Coggle requires JavaScript to display documents.
PROGETTAZIONE di un DATABASE, MODELLAZIONE FUNZIONALE FASI 4 e 5,…
PROGETTAZIONE di un DATABASE
FASE 2
Concettuale
CHIAREZZA
il modello deve essere leggibile e rappresentare le informazioni in maniera comprensibile
CORRETTEZZA
uso corretto degli strumenti
COMPLETEZZA
tutti gli aspetti rilevanti dalla realtà devono essere modellati
INDIPENDENZA
dallo strumento informatico che verrà utilizzato
FASE 1
Analisi
Tecniche/Strategie di progettazione
TOP/DOWN
Si parte da uno schema molto astratto ma completo che viene successivamente raffinato fino ad uno schema finale
BOTTOM/UP
Si parte da suddivisioni specifiche (semplici schemi) per arrivare ad uno schema integrato
INSIDE/OUT
Lo schema si sviluppa a macchia d'olio partendo dai concetti più importanti aggiungendo quelli ad essi correlati
DEFINIZIONE:
Progettare le strutture, prima logiche poi fisiche in modo da accogliere i dati di cui un utente ha bisogno
FASE 3
Logica
creazione di uno schema secondo uno dei seguenti modelli:
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
GERARCHICO
rappresentabile tramite un albero (primi anni 60)
Radice: record principale da cui partono uno o più sottoalberi (ramo)
Segmento: elemento del sottoalbero
Ogni padre può avere molti figli, ma ogni figlio può avere un solo padre
Relazione uno-a-molti (1:N)
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 sarebbero di semplice realizzazione
RETICOLARE
rappresentabile tramite un grafo (fine anni 60)
Estensione del modello gerarchico dove non esiste alcuna radice, ma ogni nodo può essere un punto di partenza per raggiungere un determinato campo
Ogni padre può avere molti figli, e ogni figlio può avere molti padri
Relazione molti-a-molti (N:N)
Record connettori
:
sono dei puntatori (freccia) che permettono di far accedere ai dati più facilmente
SVANTAGGI
Per realizzare due reticoli indipendenti è necessario 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
AD OGGETTI
rappresentabile utilizzando il paradigma
"Object-Oriented" (anni 80)
Nuova frontiera nella ricerca sui DB. Hanno la possibilità di definire nuovi tipi di dati e comportamenti che vengono inglobati nello stesso oggetto (classe)
OODBMS-->
O
bjected
O
riented
DBMS
Esempio: Jasmine sviluppato dalla Fujitsu
(fine anni 90)
ORDDBMS-->
O
bject
R
elational
DMBS
Esempio: PostgreSQL realizzato all'università della California a Berkely; completamente open source
XML
rappresentabile attraverso Tag (primi anni 90)
Non è proprio un modello di DB ma condivide i Markup dell'HTML, i TAG sono liberi e descrivono quanto racchiuso tra parentesi angolari <;>
NoSQL
rappresentabile tramite approcci ibridi (fine anni 90)
NoSQL=
N
ot
o
nly
S
tructured
Q
uery
L
anguage
Utilizzo di tabelle e campi per memorizzare dati
Schema fisso delle tabelle: (nome, elenco di campi 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 dei dati
Presenza di una relazione tra due o più campi di tabelle collegate mediante una chiave esterna per garantire l'integrità referenziale
Accesso ai dati con la proprietà ACID
Esempi
Redis, Memcached, HBase
Basato sull'array associativo
Neo4j
Utilizza grafi (come il reticolare)
MongoDB
Orientato ai documenti senza schema rigido
Cassandra, Big Table, SimpleDB
Immagazzina dati in sezioni di colonne (utilizzato da FB, Google e Amazon)
Firebase
Costruisce un albero JSON (
J
ava
S
cript
O
bject
N
otation
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 FUNZIONALE FASI 4 e 5
MODELLAZIONE DEI DATI
FASE 1-2-3
rappresentazione astratta dei dati di un Database (data modeling)
Christian Vitali 4B
2025/26 :checkered_flag: