Please enable JavaScript.
Coggle requires JavaScript to display documents.
PROGETTAZIONE DI UN DATABASE, MODELLAZIONE DEI DATI FASE 1 - 2 - 3,…
PROGETTAZIONE DI UN DATABASE
FASE 1:
ANALISI
TECHNICA/STRATEGIE
DI PROGETTAZIONE
BOTTOM- UP
sviluppo di semplici schemi parziali che vengono intgrati tra loro
INSIDE- OUT
partendo dai concetti interni più importanti seguendo un percorso a spirale si aggiungono concetti correllati
TOP- DOWN
dallo schema iniziale molto astratto e completo si rffina fino allo schema finale
FASE 4:
FISICA-IMPLEMENTAZIONE
completamento della parte dello schema logico in funzuione dell'organizzazione fisica
FASE 5:
REALIZZAZIONE
progetto e realizzazione delle procedure atte a soddisfare le richieste specificate nel progetto iniziale uttilizzando istrumenti 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/trattati
CHIAREZZA
il modello dev'essere leggibile e rappresentare le informazioni in modo comprensibile
CORRETTEZZA
uso corretto degli strumenti
INDIPENDENZA
dallo strumento informatco che viene utilizzato
FASE 3:
LOGICA
creazione di uno schema secondo uno dei seguenti modelli:
AD OGGETTI
anni 80
paradigma "Object-Oriental"
OODBMS-> Object Oriental DBMS
es: Jasmine, sviluppato dalla Fujitsu alla fine degli anni 90
ORDBMS-> Object Relational DBMS
PostgreSQL opensurce utilizzato per il mondo linux, sviluppato all'università della california
definire nomi di dati e comportamenti che vengono inglobati nell'oggetto stesso, dati(attributi= sostantivi) comportamenti(metodi=verdi)
XML
inizio anni 90
non è un vero e proprio modello di database ma è uno strumento per effettuare lo scambio delle informazioni tra DBMS diversi
linguaggio simile all' HTML ma utilizzando i tag in un linguaggio xml
RELAZIONALE
sviluppato da Edgar Frank Codd all'inizio degli anni 70
pubblica l'articolo chiamato "modello per l'archiviazione di grandi banche dati" dove struttura attraverso Tabelle e Relazioni
NoSql
caratteristiche
utilizzo di tabelle e campi per memorizzare dati
schema fisso delle tabelle
noSQL= not only Structured Query Language
presenza di una relazione di uno più campi (1:N, N:M)
proprieta ACID=atomicida, consistenza, isolamento, durabilità
ESEMPI di maggior successo
Redis, Memcached, HBase
Neo4j
Mongo DB
Cassandra, Big Table, Simple DB
Firebase
RETICOLARE
fine anni '60
rappresentato tramite un graffo
SVANTAGGI
I link realizzati con i puntatori generano uno spreco di spazio nella memoria
Per realizzare due reticoli indipendenti è necessario duplicare i dati introducendo un'inutile ridondanza
se i dati non sono tra loro direttamente connessi la loro ricerca è difficoltosa
è estremamente rigido in caso di modifica
Relazione multiplr N con N (N:N)
mediante puntatori e possibile accedere ai dati più facilmente
è un'espansione del modello gerarchico
Particolare record che serve per connettere altri due record
GERARCHICO
inizi anni 60
rappresentabile tramite un'albero
relazione: di tipo 1 a N, (1 : N), uno-a-molti
ogni padre puo avere molti figli, ma ogni figlio può avere un solo padre
-record principale--> radice: da qui partono tutti i rami e quelli che vengono creati sotto sono i figli
SVANTAGGI
-tra lo schema logico e la realizzazione fisica esiste una dipendenza stretta e vincolante
-le operazioni di ricerca non sono efficenti
MODELLAZIONE DEI DATI
FASE 1 - 2 - 3
rappresentazione astratta delle strutture dei dati (DATA MODELLING) serve per tradurre i dati dal punto di vista dell'utente al punto di vsta della applicazione ( dal mondo reale al mondo informatico)
MODELLAZIONE FUNZIONALE FASI 4 - 5