Boreon MCP Layer · Migrations
Boreon MCP Layer se place entre votre site Tableau Server ou Tableau Cloud et Snowflake. Demandez un classeur : l'agent le lit, transforme le flux Prep qui l'alimente en table dynamique, reconstruit le tableau de bord sous forme d'application Streamlit in Snowflake, et vérifie chaque chiffre face à Tableau avant de publier. Personne n'écrit ni script ni ligne de SQL.
Migrez Sales Pipeline Review vers Snowflake
CREATE DYNAMIC TABLE sales.pipeline_dt
TARGET_LAG = '1 hour'
WAREHOUSE = compute_wh AS
WITH clean AS (…),
joined AS (…)
SELECT … FROM joined
créée
Publié, avec un rapport de fidélité pour chaque feuille.
La couche lit chaque plateforme via ses propres API et tient une carte des correspondances entre champs Tableau et colonnes de l'entrepôt. Elle n'écrit que si vous le demandez, et garde une trace de chaque écriture.
Tableau
Boreon MCP Layer
Derrière le Data & AI Portal
Snowflake
Du classeur à l'application Streamlit
La mise en page, les repères, les couleurs, le tri et les formats de nombre du tableau de bord deviennent une application Streamlit in Snowflake, et ses filtres des sélecteurs dynamiques.
Du .tfl à la table dynamique
Chaque étape du flux devient une CTE dans une seule instruction SQL, créée sous forme de table dynamique Snowflake, ou de vue matérialisée quand Snowflake le permet.
Flux, table, application
Un classeur alimenté par un flux Prep migre en une seule opération. La table est d'abord créée et vérifiée, puis l'application est construite dessus.
Un tableau de bord n'est reconstruit que sur les tables Snowflake où vivent déjà ses données. Si une seule feuille ne correspond pas, rien n'est publié, et vous savez pourquoi.
Moyennes, comptages distincts et médianes restent exacts sous les filtres du tableau de bord, et chaque résultat est vérifié face à la réponse de Tableau.
La requête de chaque feuille s'exécute sur Snowflake avant la publication : l'application s'ouvre sans erreur SQL.
La connexion se fait par paire de clés ou OAuth, ou au nom de chaque personne via Snowflake OAuth : ce sont alors ses propres rôles qui s'appliquent.
La couche n'écrit que ce que vous demandez, une application publiée ou une nouvelle table, et garde une trace de chaque écriture.
Commencez par celui-là. C'est le premier que nous migrons, vérifié chiffre par chiffre par rapport à Tableau, et le portail où il arrive reste à vous.