Decifrare le architetture dei dati

Parte II. Concetti comuni di architettura dei dati

Prima di immergersi nelle architetture di dati, è importante assicurarsi di aver compreso tutti i concetti di architettura di dati che possono essere utilizzati all'interno di un'architettura. Trovo che ci sia molta confusione su molti di questi concetti, che spero di chiarire. Per questo motivo, nei prossimi capitoli troverai la discussione di oltre 20 concetti di questo tipo. Per lo meno, questi capitoli serviranno a rinfrescare le idee a chi non li usa da un po' di tempo. Non pretendo che tutte le mie definizioni di questi concetti siano universalmente condivise da tutti, ma almeno questi capitoli contribuiranno a mettere tutti d'accordo per rendere più facile la discussione sulle architetture.

Ho incluso il data warehouse relazionale e il data lake tra i concetti anziché tra le architetture. Un tempo, quando erano gli unici prodotti utilizzati in una soluzione, potevano essere considerati architetture di dati. Ora, invece, sono quasi sempre combinati con altri prodotti per formare la soluzione. Ad esempio, molti anni fa esistevano prodotti di data warehouse relazionali che includevano lo storage relazionale, il calcolo, il software ETL (extract, transform, and load) e il software di reporting: in pratica tutto ciò di cui avevi bisogno, fornito da un unico fornitore. Al giorno d'oggi, per completare la tua architettura di dati, dovrai mettere insieme più prodotti di diversi fornitori, ognuno dei quali ha un obiettivo particolare ...