Please enable JavaScript.
Coggle requires JavaScript to display documents.
Progetzione di un database, Modellazione dei dati FASI 1-2-3, Gresa Hoti,…
Progetzione di un database
significa di progettare le strutture prima logiche e fisiche in modo di un data base in modo che possono accogliere i dati di un utente che ha bisogno
FASE 2:
CONCETTUALE
COMPLETEZZA
TUTTI GLI ASPETTI RILEVANTI DELLA REALTA DEVONO ESSERE MODELATI MODE
CHIAREZZA
MODELLO DEVE ESSERE LEGGIBILE
CORRETTEZZA
USO CORRETTO DEGLI STRUMENTI
INDIPENDENZA
INDIPENDENZA DALLO STRUMENTO INFORMATICO CHE VERRA UTTILIZATO
Fase 1 ;
Analisi
tecniche/strategie di progettazione
BOTTOM-UP
LE SPECIFICHE SONO SVILUPATE IN SEMPLICI SCHEMI DETTAGLIATI E POI VENGONO INTEGRATE TRA LORO
TOP-DOWN
SI PARTE DA UNA SCHEMA INIZIALE ASTRATTO E SI ARRIVA A UNO PIU DETAGLIATO
INSIDE-OUT
E LO SCHEMA SI SVILUPPA A SPIRALE PARTE DI CONCETTI IMPORTANTI AGGIUNGENDO QUELLI CORRELATI
FASE 5:REALIZAZZIONE
dove si realizza fisicamnete data base
DEFINIZIONE
FASE 4:
FISICA - IMPLEMENTAZIONE
completamento dello schema logico in funzione dell'organizzazione fisica
FASE 3 :
LOGICA
CREAZIONE DI UNO SCHEMA SECONDO UNO DEI SEGUENTI MODELLI
ad oggetti
anni 80
paradigma "object -oriented"
oodbms object oriented dmbs
jasmine sviluppato dalla Fujitsu insieme alla computer verso la fine degli anni 90
nuova frontiera nella ricerca sui data base , hanno la possibilita di definire tipi di dati e comportamenti nella classe stessa
ormbs object relational database mangement system
e completamnete opensource ed e probabilmente il piu robusto
NoSql
caratteristiche raggruppano una famiglia un insieme di approcci ibridi nelle tentativo di superare la rigidita del modello relazionale e migliorare la scalabilita della geastione di dati
presenza di una relazione tra due o piu campi di tabelle
utilizzio di tabelle e campi per memorizazzare i dati
schema fisso delle tabelle
accesso ai dati garantiro dall ACID cioe Atomicita
esempi di maggior successo
Mongo DB
Redis, Memchached, HBase
Neo4j
Casandra , Big Table , Simple DB
Firebase
RETICOLARE
fino anni 60
una struttura grafo
ogni record puo connettersi con altri N:N record
relazione multipla
evoluzione del modello gerarchico ogni nodo e un punto di partenza per raggiunger un campo
SVANTAGGI
per realizzare due reticoli indipendenti e neccessario duplicare i dati introducendo un inutile ridondanza
se i dati non sono tra loro direttamento connessi la loro ricerca e difficoltosa
il link realizzati con i puntatori esiste una spreca di spazio per le memorie esterne
e estremamente rigido in caso di modifiche successive alla sua creazione
XML(eXtensible Markup Language )
anni 90
non e proprio modello di data base ma utilizza un linguaggio di markup
con xml e possibili di definire dei tag a seconda di esigenza ha una struttura gerarchica
GERARCHICO
ANNI 60
INSERISCI QUI LA STRUTTURA DEL MODELLO AD ALBERO
OGNI PADRE PUO AVERE MOLTI FIGLI 1:N MA OGNI FIGLIO PUO AVERE SOLO UN PADRE
svantaggi
le operazioni di ricerca non sono efficenti
tra lo schema logica e realizazzione fisica esiste una dipendenza stretta e vincolante .
RELAZIONE UNO A MOLTI E SI INDICA 1:N
LA RADICE E RECORD PRINCIPALE DA QUI PARTONO I NUMEROSI FIGLI (SEGUIMENTI)
relazionale
sviluppato da Edgar Frank Codd all'inizio degli anni 70
pubblica l'articolo modello per l'archiviazione di gradi banche di dati dove struttura attraverso TABELLE e RELAZIONI
Modellazione dei dati
FASI 1-2-3
la modellazione dei dati consiste in una rapresentazione astratta delle strutture dei dati di un database e serve per tradurre i dati dal punto di vista del utente al punto di vista dell aplicazzione (trasportarli dal mondo reale al mondo informatico )
Gresa Hoti
MODELLAZIONE FUNZIONALE
FASI 5