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 en langage naturel, 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.

Par quel tableau de bord Tableau commenceriez-vous ?

Commencez par celui-là. Nous posons la couche dessus et répondons à ses questions en langage naturel, et si un jour vous le voulez aussi sur une autre plateforme, chaque chiffre est d'abord vérifié par rapport à Tableau.