Please enable JavaScript.
Coggle requires JavaScript to display documents.
PROGETTAZIONE di un DATABASE, Mormino Massimo a.s 2025/26, MODELLAZIONE…
PROGETTAZIONE
di un DATABASE
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 compresnsibile
CORRETTEZZA
Uso corretto degli strumenti
INDIPENDENZA
Dello stumento informatico che verrà utilizzato
DEFINIZIONE
progettare le strutture, prima logiche e poi fisiche in modo da accogliere i dati che un utente ha bisogno
FASE 4
IMPLEMETAZIONE
Completamento dello schema logico in funzione dell'oragnizzazione fisica
FASE 5
REALIZZAZIONE
Progetto e realizzazione delle procedure atte a soddisfare le richieste specifiche del programma
FASE 3
LOGICA
creazione di uno schema secondo uno dei seguenti modelli:
GERARCHICO
Rappresentabile tramite un albero (primi anni 60)
Segmanto: è l'elemento del sottoalbero
Ogni padre può avere molti figli, ma ogni figlio può avere un solo padre. Relazione
uno-a-molti
(e si indica 1:N)
RADICE: è il record principale, da qui 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 efficenti in quanto sono visite ad alberi generici e solo nel casio siano di tipo gerarchico sarebbero di semplice realizzazione
RETICOLARE
Rappresentabile tramite un grafo nella
(fine anni 60)
SVANTAGGI
Etremamente rigido in caso di modifiche successive alla sua creazione
I link sono realizzati con puntatori, quindi esiste uno spreco di spazio di memoria
Se i dati non sono direttamente connessi la loro ricerca è difficoltosa
Per realizzare due reticoli indipendenti è necessario duplicare i dati (RIDINDANZA)
RECORD CONNETTORI:
Sono dei puntatori (frecce) che permettono di far accedere ai dati più facilmente
Ogni padre può avere molti figli e ogni figlio può avere tanti padri. Relazione
molti-a-molti
(e si indica N:N)
ESTENSIONE DEL MODELLO GERARCHICO: dove non esiste nessuna radice, ma ogni nodo può essere il punto di partenza per raggiungere un determinato campo
RELAZIONALE
Sviluppato da Edge Frank Codd
all'inizio degli anno 70
Pubblica l'articolo "modello per l'archiviazione di grandi banche di dati" dove strttura attraverso TABELLE e RELAZIONI
AD OGGETTI
Rappresentabile utilizzando il paradigma
Object-Oriented (anni 80)
OODMBS = acronomi di Object Oriented di DBMS
Esempio. Jasmine sviluppato dalla Fujitsu (fine anni 90)
ORDDMBS = Object Relational DMBS
Esempio: PostgreSQL realizzato alla università di California a Berkley completamente open source
Nuova frontiera nella ricerca sui Database hanno la possibilità di definire nuovi tipi di dati e comportamenti che vengono inglobati nello stesso oggetto (classe)
XML
Rappresentabile attraverso Tag (primi anni 90)
Non è proprio modello di Database , ma condivide il Markup dell'HTML, i tag sono liberi e descrivono quanto racchiuso (angolari <;>)
NoSql
Rappresentabili tramite approci ibridi NoSQ(Not only Structured Query Language) fine anni 90
Utilizzo di tabelle e campi per memorizzare i 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, ragruppa un insieme di tecnologia per la persistenza dei dati
Presenza di una relazioni tra due o più campi di tabelle collegate mediante una chiave esterna per garantire integrità referenziale
ACID accesso ai dati
Esempi
MongoDB orientato ai documenti senza schema rigido
Rdis,Memcached, HBbase basato sull'aray associativo
Neo4j utilizza grafi (come il reticoloare
Cassandra, Big;SimpleDB Immagazzina dati in sezioni di colonne (utilizzato da FB, Google e Amazon
Firebase Costruisce un albero JSON (Java Script
FASE 1
ANALISI
TECNICHE/STRATEGIE DI PROGETTAZIONE
BOTTON/UP
Si parte da suddivisioni specifiche (semplici schemi) per arrivare ad uni schema integrato
TOP/DOWN
Si parte da uno schema molto astratto, ma completo che viene successivamente raffinato fino ad arrivare uno schema finale
INSIDE/OUT
Lo schema si sviluppo a macchia d'olio partendo dai concetti più importanti aggiungendo quelli ad esso correlati
Mormino Massimo
a.s 2025/26
:black_flag:
MODELLAZIONE DEI DATI FASE 1-2-3
(Data Modelling) rappresentazione astratta dei dati di un Database
MODELLAZONE FUNZIONALE
FASI 4 E 5