Please enable JavaScript.

Coggle requires JavaScript to display documents.

Progettazione di un database - Coggle Diagram

- - - - Anni '60
        
        strutture ad albero che rappresentano la gerarchia degli elementi presenti nell'archivio
        
        Svantaggi
        
        operazioni di ricerca non sono efficienti
        
        tra schema logico e realizzazione fisica esiste una dipendenza stretta e vincolante
        
        relazione uno a molti( ogni padre può avere molti figli, ogni figlio può avere un solo padre)
        
        ogni elemento prende il nome di segmento
        
        la radice e il record principale
    - - rappresentabile tramite una struttura a graffo, dove mediante puntatori è possibile accederci piu facilmente degli anni 60
        
        Ogni elemnto è costituiro da un record che puo connettersi con N altri record
        
        Stabilisce relazioni multiple di tipo N a N (N:M)
        
        le connessioni tra i diversi record si chiamano record connettori
        
        SVANTAGGI
        
        i link soni realizzati con i puntatori, quindi esiste uno spreco di spazio per le memorie estreme
        
        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 modifiche successive alla sua creazione
    - - svuluppato da Edgar Frank Codd all'inizio degli anni 70
        
        pubblcia l'articolo modello per l'archiviazione di grandi manche di dati dobve struttura attraverso TABELLE E RELAZIONI
    - - Modello sviluppato negli anni 80
        
        viene utilizzato il paradigma object oriented. Ha la possibilità di definire nuovi sci di dati e contemporaneamente inglobarli nella stessa classe ad oggetto
        
        ORDBMS: object relational DBMS
        
        OODBMS: object oriented DBMS
    - - Siluppato negli anni 90
        
        l'XML non e proprio un modello di database, ma viene ricordato cperche e divenuto uno strumento fondamentale per lo scambio delle informazioni fra DBMS diversi
        
        HTML con il quale condivide i markup( i tag )
    - - Caratteristiche
        
        utilizzo tabelle campi
        
        schema fisso delle tabelle
        
        relazione tra due o più campi tabelle
        
        Accesso ai dati(transizione)
      - ESEMPI di maggior successo
        
        Mongo DB
        
        REDIS, HB base, memcached
        
        Neo4j
        
        cassandra, Big table, simple DB
        
        Firebase
- - - - si parte da uno schema molto astratto ma completo, che viene successivamente raffinato fino ad arrivare allo schema finale. Non e 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.
    - - si parte dal centro e ci si allarga a spirale. Lo schema sviluppa a macchia d'aglio, partendo dai concetti più importanti, aggiungendo quelli a essi correlati, e cosi via. A ogni passo da esaminare occorre esaminare tutte le specifiche per trovare i concetti non ancora rappresentati.