Da workbook ad app Streamlit
Dalle dashboard alle app Streamlit
Layout, indicatori, colori, ordinamento e formati numerici della dashboard diventano un'app Streamlit in Snowflake, con i filtri trasformati in selettori interattivi.
Boreon MCP Layer · Migrazioni
Porti Tableau su Snowflake in una sola conversazione.
Il Boreon MCP Layer si colloca tra il suo sito Tableau Server o Tableau Cloud e Snowflake. Chieda un workbook: l'agente lo legge, trasforma il flusso Prep sottostante in una tabella dinamica, ricostruisce la dashboard come app Streamlit in Snowflake e confronta ogni numero con Tableau prima di pubblicare. Nessuno scrive uno script o una riga di SQL.
Come si svolge una migrazione verso Snowflake.
Migra Sales Pipeline Review su Snowflake
- Workbook letto Zone della dashboard, fogli, ripiani, filtri e calcoli letto
- Trovato il flusso Prep sottostante L'origine dati pubblicata del workbook è l'output di un flusso su Snowflake 1 flusso
-
Dal flusso alla tabella dinamica
Un'unica istruzione SQL, una CTE per ogni passaggio del flusso
CREATE DYNAMIC TABLE sales.pipeline_dt TARGET_LAG = '1 hour' WAREHOUSE = compute_wh AS WITH clean AS (…), joined AS (…) SELECT … FROM joinedcreata - Ogni foglio verificato su Snowflake La query di ogni foglio viene eseguita prima di qualsiasi pubblicazione verificato
- Numeri confrontati con Tableau Parità tramite VizQL Data Service, riga per riga confrontati
- Pubblicata come app Streamlit in Snowflake Fedeltà indicata foglio per foglio pubblicata
Pubblicato, con un report di fedeltà per ogni foglio.
Un unico layer che parla la lingua di Tableau e di Snowflake.
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
Snowflake
- Il suo account, database e ruoli
- Database, schemi e warehouse virtuali
- App Streamlit in Snowflake
- Tabelle dinamiche dai flussi Prep
- SQL API per ogni query
- Coppia di chiavi, OAuth o un PAT
Le dashboard diventano app Streamlit. I flussi Prep diventano tabelle dinamiche.
Da .tfl a tabella dinamica
Flussi Tableau Prep
Ogni passaggio del flusso diventa una CTE in un'unica istruzione SQL, che crea una tabella dinamica su Snowflake, oppure una vista materializzata dove Snowflake lo consente.
Flusso, tabella, app
L'intera catena
Un workbook alimentato da un flusso Prep migra in un'unica operazione. Prima si crea e si verifica la tabella, poi vi si costruisce sopra l'app.
Le regole con cui lavora.
-
01
Tutto o niente
Una dashboard viene ricostruita solo sulle tabelle Snowflake 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 Snowflake prima della pubblicazione, così l'app si apre senza errori SQL.
-
04
La sua identità, i suoi ruoli
Accede con una coppia di chiavi o con OAuth, oppure come ogni singola persona tramite Snowflake OAuth, così valgono i ruoli di ciascuno.
-
05
Sola lettura per impostazione predefinita
Scrive solo ciò che chiede lei, un'app pubblicata o una nuova tabella, 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.