Please enable JavaScript.

Coggle requires JavaScript to display documents.

PROGETTAZIONE di un DATABASE, MODELLAZIONE DEI DATI FASI 1 - 2 - 3,…

- - - - si suddividono le specifiche in modo da sviluppare semplici schemi parziali ma dettagliati, che poi vengono integrati tra loro
    - - lo schema si sviluppa "a macchia d'olio", partendo dai concetti più importanti, aggiungendo quelli a essi correlati, e così via.
    - - si parte da uno schema iniziale molto astratto ma completo, che viene successivamente raffinato fino ad arrivare allo schema finale
- - - - 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
    - - anni '80
        
        struttura- estensione alle basi di dati del paradigma "Object-Oriented", tipico della programmazione a oggetti
        
        OODBMS --> Object Oriented DBMS
        
        es. Jasmine, sviluppato dalla Fujitsu
        
        ORDBMS --> Object-Relational Database Management System
        
        es. PostgreSQL, è completamente opensource ed è probabilmente il più robusto del mondo Linux/Unix
        
        hanno la possibilità di definire nuovi tipi di dati e comportamenti che vengono inglobati nell'oggetto stesso (classe)
    - - anni '60
        
        rappresentabile tramite un grafo
        
        Utilizzo il puntatore per l'accesso hai dati (in entrata e uscita)
        
        Estensione del modello gerarchico.
        Ogni nodo può essere sia un punto di partenza che un punto di arrivo
        
        Ogni padre può avere molti figli, ma ogni figlio può avere un solo padre
        N:N (molti a molti)
        
        SVANTAGGI
        
        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
        
        i link sono realizzati con i puntatori, quindi esiste uno spreco di spazio per le memorie esterne
        
        è estremamente rigido in caso di modifiche successive alla sua creazione
    - - anni '90
        
        struttura del modello- linguaggio simile all'html, con il quale condivide i markup (i tag)
        
        E' possibile definire propri tag a seconda delle esigenze (creo i tag che mi servono)
    - - Inizio anni '90
        
        Struttura ad albero
        
        Radice: record principale a cui si collegano.
        
        Ogni elemento si chiama segmento
        
        Ogni padre può avere molti figli ma ogni figlio ha un solo padre.
        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
    - - caratteristiche
        
        schema fisso delle tabelle; chiave primaria che identifica univocamente una riga della tabella
        
        presenza di una relazione tra due o più campi di tabelle; chiave esterne
        
        Utilizzo di tabelle e campi per memorizzare i dati
        
        accesso ai dati garantito con le proprietà ACID, cioè Atomicità, Consistenza, Isolamento e Durabilità
      - ESEMPI di maggior successo
        
        Neo4j
        
        Cassandra, Big Table, Simple DB
        
        Redis, Memcached, HBase
        
        Firebase
        
        Mongo DB