Please enable JavaScript.

Coggle requires JavaScript to display documents.

Progettazione di un database, MODELLAZIONE DI DATI FASI 1-2-3,…

- - - - si parte da uno schema iniziale molto astratto ma completo. che viene successivamente raffinato fino ad arrivare allo schema finale. Non è necessario specificare i dettagli ma occorre richiedere dall'inizio una visione globale del problema.
    - - suddividiamo le specifiche in modo da sviluppare semplici schemi parziali ma dettagliati, che poi vengono integrati tra loro. Esempio, ho un espressione con frazioni, polinomi parentesi, potenze, non esiste una formula ma suddivido l'espressione.
    - - si parte dal centro e ci si allarga a spirale. Lo schema si sviluppa a macchia d'olio, partendo dai concetti più importanti, aggiungendo quelli a essi correlati, e così via. A ogni passo da esmaniare occorre esaminare tutte le specifiche per trovare i concetti non ancora rappresetnati
- - - - modello sviluppato agli inizi degli anni 60
        
        Il modello è
        rappresentabile tramite
        una struttura ad albero, che
        rappresenta la gerarchia degli
        elementi presenti nell'archivio
        
        La radice è il record principale del database da cui partono uno o più sottoalberi a esso simili: naturalmente il numero dei figli è variabile
        
        Ogni elemento prende il nome di segmento e il modello gerarchico permette di rappresentare i dati sfruttando la relazione tra segmenti padre e segmenti figli, realizzando quella che prende il nome di relazione 1 a N (1:N) o relazione uno-a-molti
        
        Ogni padre può avere uno o più figli, ma ogni figlio può avere un solo padre
        
        SVANTAGGI
        
        Tra lo schema logico e al realizzazione fisica esiste una dipendenza stretta e vincolante
        
        Le operazioni di ricerca non sono efficienti
    - - Modello sviluppato alla fine degli anni 60
        
        Rappresentabile tramite una struttura a graffo, dove mediante puntatori è possibile accedere ai dati più facilmente
        
        Stabilisce relazioni mulitple di tipo N:N (N:M)
        
        Ogni elemento è costituito da un record che può connettersi con altri N record
        
        Le connessioni tra diversi record si chiamano record connettori
        
        SVANTAGGI
        
        Per realizzare due reticoli indipendneti è necessario duolicare i dati introducendo un'inutile ridondanza
        
        I link sono reallizzati con i puntatori, quindi c'è uno spreco di spazio per le memorie esterne
        
        Se i dati non sono tra loro direttaemtne connessi la loro ricerca è difficoltosa
        
        E' estremamente rigido in caso di modifiche successive alla usa creazione
    - - Modello sviluppato negli anni 80
        
        Viene utilizzato il paradigma object oriented. Ha la possibilità di definire nuovi tipi di dati e comportamenti che vengono inglobati nella stessa classe od oggetto
        
        OODBMS: object oriented DBMS
        
        Jasmine sviluppato dalla Fujitsu insime alla computer Associates verso la fine degli anni 90, e integrato in visual objects
        
        ORDBMS: object relational DBMS
        
        PostgreSQL, progettato e realizzato dall'università della california della berkeley, completamente opensource.
    - - Sviluppato negli anni 90
        
        L'XML non è proprio un modello di database, ma viene ricordato perché è divenuto uno strumento fondamentale per lo scambio delle informazioni tra DBMS diversi.
        
        Linguaggio simile al HTML, con il quale condivide i markup (i tag)
    - - 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
    - - Caratteristiche
        
        Utilizzo di tabelle e campi per memorizzare i dati
        
        Schema fisso delle tabelle: nome, elenco di campi, ognuno con i rispettivi tipi, con una chiave primaria che identifica univocamente, una riga della tabella
        
        Presenza di una relazione tra due o più campi di tabelle, ossia di una condizione che lega tra loro le rispettive righe a cui i campi appartengono mediante chiavi esterne; la validità del legame è garantita dai vincoli di integrità referenziale
        
        Accesso ai dati (transazione) garantito con le proprietà ACID, cioè Atomicità, Consistenza, Isolamento e Durabilità
      - ESEMPI di maggior successo
        
        MongoDB
        
        Redis, Memcached, HBase
        
        Neo4j
        
        Firebase
        
        Cassandra, Big Table, SimpleDB