Aller au contenu

Boreon MCP Layer · Migrations

De Databricks vers Snowflake. Ou de Snowflake vers Databricks.

Boreon MCP Layer fait passer vos tables, vos vues et votre SQL d'un entrepôt à l'autre en « lift and shift », dans le sens qu'il vous faut, et réécrit le SQL pour l'autre dialecte en chemin. Une fois le transfert fait, une seule couche sémantique couvre les deux, et vos équipes continuent de poser leurs questions comme elles l'ont toujours fait.

Databricks Tables, vues et SQL Snowflake

Ce qui passe de l'autre côté.

  • Vos tables

    Elles passent dans l'autre entrepôt, dans un sens comme dans l'autre.

  • Vos vues

    Elles suivent, avec le SQL qui les porte réécrit pour l'autre côté.

  • Votre SQL

    Traduit entre les dialectes de Databricks et de Snowflake, pour qu'il tourne là où il arrive.

Deux sens, une seule couche.

Databricks · Snowflake

De Databricks vers Snowflake

Vos tables et vos vues arrivent dans Snowflake, et le SQL est réécrit dans le dialecte de Snowflake.

Snowflake · Databricks

De Snowflake vers Databricks

Vos tables et vos vues arrivent dans Databricks, et le SQL est réécrit pour Databricks SQL.

Ensuite, la même couche couvre les deux.

Une fois le transfert terminé, la couche sémantique unique couvre les deux entrepôts et le portail LLM sert les deux. Chacun continue de demander avec ses mots, où que se trouvent désormais les données.

Vous venez aussi de Tableau ?

La même couche fait passer Tableau Server ou Tableau Cloud vers l'un ou l'autre entrepôt : tableaux de bord AI/BI sur Databricks, applications Streamlit in Snowflake sur Snowflake.

Quel tableau de bord Tableau migreriez-vous en premier ?

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.