Un modello di dati fisici presenta un contesto mancante specifico del database in modelli di dati concettuali e logici. Rappresenta le tabelle, le colonne, i tipi di dati, le viste, le limitazioni, gli indici e le procedure all'interno del database e/o le informazioni comunicate durante le procedure computerizzate.
I modelli di dati fisici devono essere creati in relazione a un sistema di gestione database specifico (DBMS) così come i requisiti specifici delle procedure che operano basandosi sui dati. Questo spesso richiede che la denormalizzazione dei costrutti di design logico mantenga l'integrità referenziale. Un esempio delle considerazioni contestuali nella fase di elaborazione dei dati fisici è la natura dei dati che possono essere/saranno elaborati e le regole relative a come tali processi saranno eseguiti.
Un'altra considerazione fondamentale è quella di garantire che i tipi di colonna del modello siano supportati in DBMS e che siano osservate le convenzioni di denominazione per entità e colonne, prevenendo così problematiche sovrapposizioni semantiche. La considerazione del contesto tecnologico significa che i modelli dei dati fisici riflettono le esigenze dell'ambiente tecnologico così com'è, o come dovrebbe essere.
Come una rappresentazione dell'implementazione di un modello di dati specifico di un database, i modelli di dati fisici permettono di visualizzare la struttura di un database prima che sia creata. Il loro focus è scopo finale è l'implementazione di un database e permettono alle organizzazioni di raggiungere questo obiettivo descrivendo come sarà creato il database entro i confini di un DBMS specifico.
Con esso, i designer di database possono creare un'astrazione del database e generare schemi. I tipi di entità sono rappresentati come tabelle, mentre le linee di tipo di relazione rappresentano chiavi estranee tra le tabelle. Questa prospettiva è integrale per garantire che gli oggetti di dati e le relazioni rappresentate siano accurate e compatibili con i sistemi di un'organizzazione.
I tre tipi di modelli di dati possono e devono essere visti come dei passaggi lineari. Poiché la terza fase dell'elaborazione dei dati, l'elaborazione dei dati fisici, si fonda sui modelli sviluppati nelle fasi concettuale e logica.
I modelli fisici rispecchiano un cambiamento nei modelli che sono principalmente costruiti per rappresentare il "cosa", come nelle informazioni e nei dati che saranno elaborati, al "come", ovvero l'implementazione. Naturalmente questo approccio pratico all'implementazione prende in considerazione le specifiche del DBMS e della tecnologia, come i requisiti di denormalizzazione, proposti per il progetto.
Il modello descrive le esigenze di dati di un solo progetto, ma può anche essere integrato con modelli di altri progetti per tenere conto delle interrelazioni tra progetti, processi e tecnologia. Grazie alle sue considerazioni di tecnologia specifica, un modello di dati fisici è più rigido e anche le minime modifiche possono richiedere cambiamenti all'intera applicazione. Pertanto, è consigliabile procedere con la costruzione di modelli di dati fisici solamente quando i modelli di dati concettuali e logici sono stati creati.
I modelli di dati fisici sono un passaggio integrale verso la comprensione della natura di un'implementazione. Più completa è una comprensione del genere, più probabilità ci sono di implementare correttamente una soluzione che risponda alle esigenze dell'organizzazione.
Un modello di dati fisici ben progettato comporta una qualità dei dati migliore, implementazioni e manutenzione più semplici e scalabilità più raggiungibile. Tuttavia, un modello di dati fisici ben progettato è condizionato dall'adeguatezza dei modelli che lo precedono. In pratica, molte organizzazioni riconoscono la necessità di costruire un modelli di dati fisici, ma sorvolano o saltano i modelli concettuali e logici. Questo conduce inevitabilmente a lacune nelle considerazioni di progettazione e a problemi con il lineage dei dati e con la tracciabilità dai modelli di dati alle applicazioni fisiche.
Con oltre 30 anni di esperienza, erwin è un provider affidabile di strumenti per elaborazione dei dati, nonché leader del settore. Continuiamo a innovare per occuparci di ciascuna fase del processo di elaborazione dei dati, così come per colmare la lacuna tra l'elaborazione dei dati e i più ampi sforzi di governance dei dati.
Gli utenti di erwin Data Modeler by Quest usano una piattaforma che stimola la collaborazione mentre si dedica a ciascuna fase del ciclo di vita dei dati. Dal supporto SQL e NoSQL fino alla raccolta automatica di metadati, i clienti erwin Data Modeler godono di tempi di implementazione ridotti enormemente.