Please enable JavaScript.

Coggle requires JavaScript to display documents.

PROGETTAZIONE di un DATABASE, MODELLAZIONE FUNZIONALE FASI 4 - 5,…

- - - - Si parte da uno schema molto astratto ma completo che viene successivamente raffinato fino ad arrivare uno schema finale
    - - Si parte da suddivisioni specifiche ( semplici schemi ) per arrivare ad uno schema integrato
    - - Lo schema si sviluppa a macchia d’olio partendo dai concetti più importanti aggiungendo quelli a essi correlati
- - - - primi anni 60
        
        rappresentabile tramite un albero
        
        SEGMENTO: il segmento è l'elemento del sottoalbero
        
        Ogni padre può avere molti figli, ma ogni figlio può avere un solo padre
        Relazione uno-a-molti (1:N)
        
        RADICE: record principale da cui partono uno o più sottoalberi
        
        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
    - - fine anni 60
        
        rappresentabile tramite un grafo
        
        SVANTAGGI
        
        estremamente rigido in caso di modifiche successive alla sua creazione
        
        I link sono realizzati con i puntatori, quindi esiste uno spreco di spazio di memoria
        
        se i dati non sono direttamente connessi la loro ricerca è difficoltosa
        
        per realizzare due reticoli indipendenti occore duplicare i dati (ridondanza)
        
        Ogni padre può avere molti figli, e ogni figlio può avere tanti padri
        Relazione molti-a-molti (N:N)
        
        Estensione del modello gerarchico: dove non esiste alcuna radice ma ogni nodo può essere il punto di partenza per raggiungere un determinato campo
        
        Record connettori: sono dei puntatori (frecce) che permette di far accedere ai dati più facilmente
    - - sviluppato da Edgar Frank Codd
        all'inizio degli anni 70
        
        pubblica l'articolo "modello per
        l'archiviazione di grandi banche
        di dati" dove la struttura attraverso
        TABELLE e RELAZIONI
    - - anni 80
        
        rappresentabile utilizzando il paradigma
        "Object - Oriented"
        
        OODBMS -> acronimo di Object Oriented DBMS
        
        Jasmine sviluppato dalla Fujitsu alla fine degli anni 90'
        
        ORDBMS -> acronimo di *Object Relational Database Management System
        
        PostgreSQL realizzato dall'università di California a Berkeley completamente Opensource
        
        Nuova frontiera nella ricerca: sui database hanno la possibilità di definire nuovi tipi di dati e comportamenti che vengono inglobati nello stesso oggetto (classe)
    - - anni 90
        
        rapppresentabile attraverso tag
        
        Non è proprio un modello di database ma condivide i markup dell' HTML, i tag sono liberi e descrivono in quanto racchiuso tra parentesi angolari (<>)
    - - rappresentabile tramite approcci
        ibridi fine anni 90
        
        caratteristiche
        
        Schema fisso delle tabelle ( elenco di nome, elenco di campi e di tipologia con chiave primaria che identifica univocamente la riga della tabella)
        
        Utilizzo di tabelle e campi per memorizzare i dati
        
        Non individua un linguaggio specifico ma raggruppa un insieme di tecnologie per la persistenza dei dati
        
        Presenza di una relazione tra due o più campi di tabelle collegate mediante chiavi esterne per garantire l'integrità referenziale
        
        Accesso ai dati con la proprietà ACID
        
        ESEMPI di maggior successo
        
        Mongo DB: è orientato ai documenti senza schema rigido
        
        Redis , Memcached, HBase: basato sulla RAY associativo
        
        Neo4j: utilizza graffi (come reticolare)
        
        Cassandra, Big Table, Simple DB: immagazzina dati in sezione di colonne (utilizzato da Facebook, Google, Amazon)
        
        Firebase: costruisce un albero JSON (Javascript Object Notation)