Please enable JavaScript.
Coggle requires JavaScript to display documents.
PROGETTAZIONE di un DATABASE, MODELLAZIONE DEI DATI FASI 1 - 2- 3, Emily…
PROGETTAZIONE di un DATABASE
FASE 4:
FISICA - IMPLEMENTAZIONE
completamento dello schema logico in funzione dell'organizzazione fisica
FASE 1:
ANALSI
tecniche/strategia di
progettazione
BOTTOM - UP
sviluppo di semplici schemi parziali che vengono integrati tra loro
INSIDE - OUT
metodologia a spirale partendo dai concetti interni più importanti seguendo un percorso a spirale si aggiungono quelli correlati
TOP - DOWN
dallo schema iniziale molto astratto e completo si raffina fino allo schema finale
FASE 5:
REALIZZAZIONE
Progetto e realizzazione delle procedure atte e soddisfare le richieste specificate nel progetto iniziale utilizzando strumenti informatici di alto livello.
Definizione
progettare le strutture, prima logiche e quindi fisiche in modo che possano accogliere i dati di cui un utente ha bisogno
FASE 2:
CONCETTUALE
COMPLETEZZA
tutti gli aspetti devono essere modellati
CHIAREZZA
il modello che io ho preparato deve essere leggibile e rappresentare le informazioni in modo comprensibile
CORRETTEZZA
uso corretto degli strumenti
INDIPENDENZA
da lo strumento informatico che verrà utilizzato
FASE 3: LOGICA
creazione di uno schema secondo
uno dei seguenti modelli
GERARCHICO
rappresentabile tramite un albero
inizio anni 60
la relazione di tipo 1 a N che si viene a creare
ogni padre piò avere molti figli ma un figlio può avere solo un padre
recors principale si chiama radice da qui partono tutti i rami e quello che si va a creare sotto sono i figli
SVANTAGGI
tra lo schema logico e la realizzazione fisica esiste un ana sola dipendenza stretta e vincolante
le operazioni di ricerca non sono efficenti
RETICOLARE
fine anni '60
Modello reticolare rappresentabile tramite un grafico
ralazione multiple di tipo N:N
record connettore: record particolare che serve per connettere gli altri due
Medianti puntatori è possibile accedere ai dati più facilmente
SVANTAGGI
per realizzare due reticoli indipendenti è neccessario duplicare i dati
se i dati non sono connessi tra loro, la loro ricerca è difficoltosa
I link realizzati con i puntatori generano solo uno spreco di spazio e memoria
una volta creato non è facile modificarlo
AD OGGETTI
anni 80
struttura: paradigma "Object-Oriented"
definire nuovi tipi di dati e comportamenti che vengono inglobati
nell'oggetto stesso che si chiama class, i tipi di dati (attributi-sostantivi), comportamenti (metodi-verdi)
OODBMS - Object Oriented DBMS
Esempio: Jasmin, sviluppato da Fujitsu a fine anni '90
ORDBMS - Object Relational Database Managment System
PostgreSQL per il mondo Linux
NoSql
Caratteristiche
utilizzo di tabelle e campi per memorizzare dati
Not only SQL (structured QUERY Language) non soltanto linguaggi di programmazione usati per l'interrogazione
schema fisso delle tabelle
presenza di una relazione di uno o più campi
proprietà ACID (Atomocità, Consistenza, Isolamento, Durabilità)
Esempi di maggio succedo
Mongo DB
Redis, Memcached
Neo4j
Cassandra, Big Table, Simple DB
RELAZIONALE
sviluppato da Edgar Frank Codd
all'inizio degli anni 70
pubblica l'articolo "modello per l'archiviazione di grandi banche di dati" sove struttura attraverso
TABELLE e RELAZIONI
XML
inizio anni '90
non è un vero e prorpio modello di Database ma uno strumento per effettuare lo scambio delle informazioni tra DBMS diversi
linguaggio simile al HTML con dei TAG ma utilizzando XML
MODELLAZIONE DEI DATI
FASI 1 - 2- 3
rappresentazione astratta delle strtture dei dati (data modeling) serve per tradurre i dati dal punto di vista dell'utente al punto di vista dell'applicazione ( dal mondo reale al mondo informatico)
Emily Vecchi
MODELLAZIONE FUNZIONALE
FASI 4 - 5