Da workbook a dashboard AI/BI
Dashboard Tableau
I fogli diventano widget Lakeview con le stesse misure, gli stessi filtri, colori, assi doppi e formati numerici, e si aprono nel portale con Genie integrato.
Boreon MCP Layer · Migrazioni
Porti Tableau su Databricks in una sola conversazione.
Il Boreon MCP Layer si colloca tra il suo sito Tableau Server o Tableau Cloud e Databricks. Chieda un workbook: l'agente lo legge, trasforma il flusso Prep sottostante in una vista materializzata, ricostruisce la dashboard come dashboard AI/BI con Genie integrato e confronta ogni numero con Tableau prima di pubblicare. Nessuno scrive uno script o una riga di SQL.
Misurato dal vivo su un workbook Tableau reale: DBX Platform Latency Calls & Uptime, migrato su Databricks.
- 3 / 3
- fogli identici a Tableau
- 96%
- punteggio di fedeltà
- 20M
- righe nella vista, creata in 72 s
- 0
- errori SQL alla pubblicazione
Guardi una migrazione reale, passo dopo passo.
Migra DBX Platform Latency Calls & Uptime su Databricks
- Workbook letto Dashboard “Databricks Latency Dashboard” · 3 fogli · ripiani, filtri, calcoli 3 fogli
- Trovato il flusso Prep sottostante L'origine dati bi_usage_events_databricks è l'output di un flusso su Databricks 1 flusso
-
Dal flusso alla vista materializzata
Un'unica istruzione SQL, una CTE per ogni passaggio del flusso
CREATE MATERIALIZED VIEW bi.usage_events_mv AS WITH clean AS (…), joined AS (…) SELECT … FROM joined20M righe · 72 s - Ogni foglio verificato su Databricks La query di ogni foglio viene eseguita prima di qualsiasi pubblicazione 0 errori SQL
- Numeri confrontati con Tableau Parità tramite VizQL Data Service, riga per riga 41 / 41 righe
- Pubblicata come dashboard AI/BI su Databricks Fedeltà indicata foglio per foglio 96%
Pubblicato. Il cliente ha scritto solo la prima riga.
Un unico layer che parla la lingua di Tableau e di Databricks.
Il layer legge ogni piattaforma tramite le rispettive API e tiene una mappa di come i campi Tableau corrispondono alle colonne del warehouse. Scrive solo quando lo chiede lei, e registra ogni scrittura.
Tableau
- Tableau Server o Tableau Cloud, il suo sito
- Workbook e dashboard (.twb / .twbx)
- Origini dati pubblicate (.tds)
- Flussi Tableau Prep (.tfl)
- VizQL Data Service e la Metadata API
- PAT, JWT o un account di servizio centrale
Boreon MCP Layer
Dietro il Data & AI Portal
Databricks
- Il suo workspace e Unity Catalog
- Tabelle Unity Catalog e SQL warehouse
- Dashboard AI/BI, con Genie integrato
- Viste materializzate dai flussi Prep
- Statement Execution API per ogni query
- PAT, OAuth o un service principal
Cosa migra, e cosa diventa.
Da .tfl a vista materializzata
Flussi Tableau Prep
Ogni passaggio del flusso diventa una CTE in un'unica istruzione SQL, che crea una vista materializzata su Databricks.
Flusso, vista, workbook
L'intera catena
Un workbook alimentato da un flusso Prep migra in un'unica operazione. Prima si crea e si verifica la vista, poi la dashboard viene ricollegata a essa.
Le regole con cui lavora.
-
01
Tutto o niente
Una dashboard viene ricostruita solo sulle tabelle Databricks dove si trovano già i suoi dati. Se anche un solo foglio non corrisponde, non si pubblica nulla, e le viene spiegato il motivo.
-
02
Prima i numeri
Medie, conteggi distinti e mediane restano esatti anche con i filtri della dashboard, e ogni risultato viene confrontato con la risposta di Tableau.
-
03
Verificato prima del rilascio
La query di ogni foglio viene eseguita su Databricks prima della pubblicazione, così la dashboard si apre senza errori SQL.
-
04
La sua identità, i suoi ruoli
I ruoli SSO si propagano fino a Databricks, e le dashboard incorporate si aprono senza un secondo accesso.
-
05
Sola lettura per impostazione predefinita
Scrive solo ciò che chiede lei, una dashboard pubblicata o una nuova vista, e registra ogni scrittura.
Quale dashboard Tableau sposterebbe per prima?
Cominci da lì. È la prima cosa che spostiamo, verificata numero per numero rispetto a Tableau, e il portale in cui arriva resta suo.