Please enable JavaScript.

Coggle requires JavaScript to display documents.

PROGETTAZIONE di un DATABASE, Modellazione Fasi 1 - 2 - 3, MODELLAZIONE…

- - - - Si parte da uno schema molto astratto ma completo che viene successivamente raffinato fino ad uno schema finale
    - - Si parte da suddivisioni specifiche (semplici schemi) epr arrivare ad uno schema integrato
    - - Lo schema si sviluppa a macchia d’olio, partendo da concetti importanti aggiungendo quelli ad esso correlati
- - - - sviluppato da Edgar Frank Codd
        all'inizio degli anni '70
        
        pubblica l'articolo "modello per l'archiviazione per grandi banche di dati" dove struttura attraverso TABELLE E RELAZIONI
    - - rappresentabile utilizzanto il paradigma Object-Oriented (anni '80)
        
        OODBMS:
        Object Oriented DBMS
        
        Jasmine è sviluppato dalla Fujitsu
        
        ORDBMS:
        Object - Relation Database Mangment System
        
        PostgresSQL reallizzato nell'università della california a Berkeley, comportamente Opensource
        
        nuova frontiera nella ricerca sui DATABASE hanno la possibilità di definire nuovi tipi di dati e comportamneti che vengono inglobati nello stesso oggetto (classe)
    - - rappresentabile tramite un graffo (fine anni '60)
        
        etsensione del modello gerarchico dove non esiste alcuna radice ma ogni nodo può essere il punto di partenza per raggiungere un determinato campo
        
        ogni padre può avere molti figli, e ogni figlio può avere tanti padri.
        relazione molti a molti (N a N)
        
        record connetttori: sono puntatori (frecce)
        che servono ad accedere ai dati più facilmente
        
        SVANTAGGI
        
        per realllizare 2 reticolo indipendenti è neccessario duplicare i dati (ridondanza)
        
        se i dati non sono direttamente connessi la loro ricerca è difettosa
        
        i link sono realizzati con i puntatori quindi esiste uno spreco di spazio di memoria
        
        estremamente rigido in caso di modifiche successive alla creazione
    - - rappresentabile attraverso TAG (primi anni '90)
        
        non è proprio un modello di database ma condivide imarkup (tag) delò' HTML, i tag sono liberi e descrivono quanto racchiuso tra parentesi angolari
    - - rappresentabile tramite un albero
        (primi anni '60)
        
        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 a N)
        
        la radice è il record principale da cui partono uno o più sottoalberi
        
        SVANTAGGI
        
        tra lo schema logico e la reallizzazione fisica esiste una dipendenza stretta e vincolante
        
        le operazione di ricerca non sono efficienti in quanto sono visite ad alberi generici e solo nel caso siano di tipo gerarchico sarebbero di semplice realizzazione
    - - rappresentabile tramite approcci ibridi (fine anni '90)
        
        utilizzo di tabelle e campi per memorizzare i dati
        
        schema fisso delle tabelle (elenco di nome, elenco di campi e tipologia e poi una chiave primaria che identifica univocamente una riga della tabella)
        
        non individua un linguaggio specifico ma raggruppa un insieme di tecnologie per la persistenza di immagini
        
        presenza di una relazione tra due o più campi collegate mediante una chiave esterna per garantire l'integrità preferenziale
        
        accesso a dati (ACID: guarda mappa 1 FUNZIONI)
        
        Esempi
        
        Cassandra, Big Table, SimpleDB: immagazina i dati in sezioni di colonne (utilizzato da Facebook, Google o Amazon
        
        Firebase: costruisce un albero JSON (Java Script Object Notation)
        
        Rdis, Memached, HBase: basato sull'array associativo
        
        MongoDB: è orientato al documenti senza schema rigido
        
        Caratteristiche: