Kimball o Inmon: che differenza c'è nel data warehouse?

Sono le due scuole fondatrici della progettazione dei data warehouse, e la disputa tra i loro nomi ha riempito conferenze per vent'anni. Bill Inmon propone di costruire prima un modello aziendale unico e normalizzato, il "corporate information factory" (la formula classica è hub and spoke: un nucleo centrale e i mart come raggi), da cui derivare poi data mart specifici per i vari reparti: top-down, integrità prima di tutto, un solo posto dove ogni fatto aziendale ha una definizione. Ralph Kimball propone il percorso opposto: costruire direttamente data mart dimensionali organizzati per processo di business (vendite, logistica, marketing), ciascuno con il proprio star schema, ma su una griglia di dimensioni conformi progettata prima dei mart, la bus matrix: disegno d'insieme top-down, consegna incrementale bottom-up, un processo di business alla volta. La contrapposizione, per quanto sembri tecnica, riflette in realtà due priorità organizzative diverse: chi sponsorizza il progetto preferisce vedere un risultato utilizzabile in poche settimane, oppure è disposto ad aspettare un fondamento solido prima di qualunque consegna.

Perché la disputa non aveva davvero un vincitore

Un approccio puro al cento per cento è raro quanto inutile. Il modello Inmon dà coerenza ma richiede tempo prima che qualcuno veda un beneficio concreto; il modello Kimball dà risultati rapidi ma rischia, senza disciplina, di produrre data mart che non si parlano tra loro. La maggior parte delle piattaforme reali ha sempre mescolato i due: un nucleo integrato abbastanza pulito, e marts dimensionali costruiti sopra per il consumo finale.

Come il lakehouse ha sciolto la disputa

La medallion architecture, con i suoi livelli bronze, silver e gold, è di fatto la sintesi che il dibattito cercava senza nominarla: il livello silver, ripulito e integrato, gioca il ruolo del nucleo aziendale di Inmon; il livello gold, organizzato in fatti e dimensioni pronti per il consumo, è lo star schema di Kimball applicato all'ultimo miglio. Conoscere le due filosofie originarie aiuta a capire perché quella struttura a livelli funziona: non è un'invenzione arbitraria del lakehouse, è la lezione di trent'anni di data warehousing organizzata in un'unica pipeline.