Exécuter des requêtes fédérées sur Snowflake (OAuth)

Cette page explique comment configurer Lakehouse Federation pour exécuter des requêtes fédérées sur des données Snowflake qui ne sont pas gérées par Azure Databricks. Pour en savoir plus sur Lakehouse Federation, consultez Se connecter à des bases de données externes et des catalogues

Pour vous connecter à votre base de données Snowflake à l’aide de Lakehouse Federation, vous devez créer les éléments suivants dans votre metastore Azure Databricks Unity Catalog (les espaces de travail créés après le 9 novembre 2023 disposent déjà d’un metastore Unity Catalog provisionné automatiquement) :

Une connexion à votre base de données Snowflake.
Un catalogue étranger qui met en miroir votre base de données Snowflake dans Unity Catalog pour vous puissiez utiliser la syntaxe de requête et les outils de gouvernance des données Unity Catalog, afin de gérer l’accès utilisateur Azure Databricks à la base de données.

Cette page explique comment exécuter des requêtes fédérées sur des données Snowflake à l’aide de l’intégration OAuth intégrée de Snowflake. Pour obtenir d’autres méthodes d’authentification, consultez les pages suivantes :

Vous pouvez exécuter des requêtes fédérées sur Snowflake à l’aide de la fédération de requêtes ou de la fédération de catalogue.

Dans la fédération de requête, JDBC pousse la requête Unity Catalog vers la base de données externe. Cela est idéal pour les rapports à la demande ou les travaux de preuve de concept sur vos pipelines ETL.

Dans la fédération de catalogue, la requête Catalogue Unity s’exécute directement sur le stockage de fichiers. Cette approche est utile pour la migration incrémentielle sans adaptation du code ou en tant que modèle hybride à long terme pour les organisations qui doivent conserver certaines données dans Snowflake en même temps que leurs données inscrites dans le catalogue Unity. Voir Activer la fédération du catalogue Snowflake.

Fédération de requêtes

Avant de commencer

Conditions requises pour l’espace de travail :

Espace de travail activé pour Unity Catalog. Les espaces de travail créés après le 9 novembre 2023 sont activés automatiquement pour unity Catalog, y compris le provisionnement automatique du metastore. Vous n’avez pas besoin de créer manuellement un metastore, sauf si votre espace de travail précède l’activation automatique et n’a pas été activé pour le catalogue Unity. Consultez Bien démarrer avec Unity Catalog.

Voici les exigences de calcul à respecter :

Connectivité réseau de votre ressource de calcul aux systèmes de base de données cibles. Consultez Recommandations de mise en réseau de la Fédération Lakehouse.
Le calcul Azure Databricks doit utiliser Databricks Runtime 13.3 LTS ou ultérieur et le mode d’accès Standard ou Dédié .
Les entrepôts SQL doivent être pro ou serverless et doivent utiliser la version 2023.40 ou ultérieure.

Autorisations requises :

Pour créer une connexion, vous devez être un administrateur de metastore ou un utilisateur disposant du privilège CREATE CONNECTION sur le metastore Unity Catalog lié à l’espace de travail. Dans les espaces de travail activés automatiquement pour le catalogue Unity, les administrateurs de l’espace de travail ont le CREATE CONNECTION privilège par défaut.
Pour créer un catalogue étranger, vous devez disposer de l’autorisation CREATE CATALOG sur le metastore et être le propriétaire de la connexion ou disposer du privilège CREATE FOREIGN CATALOG sur cette connexion. Dans les espaces de travail activés automatiquement pour le catalogue Unity, les administrateurs de l’espace de travail ont le CREATE CATALOG privilège par défaut.

D'autres exigences en matière d’autorisation sont spécifiées dans les sections basées sur les tâches ci-dessous.

Créer une intégration de sécurité

Dans la console Snowflake, exécutez CREATE SECURITY INTEGRATION. Remplacez les valeurs suivantes :

<integration-name> : un nom unique pour votre intégration OAuth.
<workspace-url> : une URL d'espace de travail Azure Databricks. Vous devez définir OAUTH_REDIRECT_URI sur https://<workspace-url>/login/oauth/snowflake.html, où <workspace-url> est l’URL unique de l’espace de travail Azure Databricks où vous créerez la connexion Snowflake.
<duration-in-seconds> : une durée pour les jetons d'actualisation.

Importante

OAUTH_REFRESH_TOKEN_VALIDITY est un champ personnalisé. Par défaut, il est défini sur 90 jours. Une fois le jeton d’actualisation expiré, vous devez à nouveau authentifier la connexion. Indiquez une valeur raisonnable dans ce champ.

Par exemple :

CREATE SECURITY INTEGRATION <integration-name>
TYPE = oauth
ENABLED = true
OAUTH_CLIENT = custom
OAUTH_CLIENT_TYPE = 'CONFIDENTIAL'
OAUTH_REDIRECT_URI = 'https://<workspace-url>/login/oauth/snowflake.html'
OAUTH_ISSUE_REFRESH_TOKENS = TRUE
OAUTH_REFRESH_TOKEN_VALIDITY = <duration-in-seconds>
OAUTH_ENFORCE_PKCE = TRUE;

Créer une connexion

Une connexion indique un chemin d’accès et des informations d’identification pour accéder à un système de base de données externe. Pour créer une connexion, vous pouvez utiliser l’Explorateur de catalogues ou la commande SQL CREATE CONNECTION dans un notebook Azure Databricks, ou bien dans l’éditeur de requête SQL Databricks.

Remarque

Vous pouvez aussi utiliser l’API REST Databricks ou l’interface CLI Databricks pour créer une connexion. Consultez POST /api/2.1/unity-catalog/connections et Commandes Unity Catalog.

Autorisations requises : administrateur du metastore ou utilisateur disposant du privilège CREATE CONNECTION.

Dans votre espace de travail Azure Databricks, cliquez sur Catalogue.
En haut du volet Catalogue, cliquez sur , puis sélectionnez Créer une connexion dans le menu.
Dans la page de Informations de base de connexion de l’assistant Configurer la connexion, entrez un Nom de connexion convivial.
Sélectionnez le type de connexion de Snowflake.
Pour le type d’authentification, sélectionnez-le OAuth dans le menu déroulant.
(Facultatif) Ajoutez un commentaire.
Cliquez sur Suivant.
Entrez les informations d’authentification et de connexion suivantes pour votre entrepôt Snowflake.
- Hôte : par exemple, snowflake-demo.east-us-2.azure.snowflakecomputing.com
- Port : par exemple, 443
- Utilisateur : par exemple, snowflake-user
- ID client : dans la console Snowflake, exécutez SELECT SYSTEM$SHOW_OAUTH_CLIENT_SECRETS('<security-integration-name>') pour récupérer l’ID client pour l’intégration de la sécurité.
- Clé secrète client : dans la console Snowflake, exécutez SELECT SYSTEM$SHOW_OAUTH_CLIENT_SECRETS('<security-integration-name>') pour récupérer la clé secrète client pour l’intégration de la sécurité.
- Étendue OAuth : refresh_token session:role:<role-name>. Spécifiez le rôle Snowflake à utiliser dans <role-name>.
- Connectez-vous avec Snowflake : cliquez et connectez-vous à Snowflake à l’aide de vos informations d’identification OAuth.
  
  Une fois la connexion validée, vous êtes redirigé vers l’assistant Configuration de la connexion.
Cliquez sur Create connection (Créer la connexion).
Sur la pageConcepts de base du catalogue, saisissez un nom pour le catalogue étranger. Un catalogue étranger constitue un miroir d'une base de données dans un système de données externe. Cela vous permet d'interroger et de gérer l’accès aux données de cette base de données à l’aide d’Azure Databricks et d'Unity Catalog.
(Facultatif) Cliquez sur Tester la connexion pour vérifier qu’elle fonctionne.
Cliquez sur Créer un catalogue.
Dans la page Access, sélectionnez les espaces de travail dans lesquels les utilisateurs peuvent accéder au catalogue que vous avez créé. Vous pouvez sélectionner Tous les espaces de travail ont accès, ou cliquer sur Affecter aux espaces de travail, sélectionner les espaces de travail, puis cliquer sur Attribuer.
Changez le propriétaire qui pourra gérer l'accès à tous les objets du catalogue. Commencez à taper un responsable dans la zone de texte, puis cliquez sur le responsable dans les résultats affichés.
Accordez des privilèges sur le catalogue. Cliquez sur Octroyer :
1. Spécifiez les Principaux qui auront accès aux objets du catalogue. Commencez à taper un responsable dans la zone de texte, puis cliquez sur le responsable dans les résultats affichés.
2. Sélectionnez les Préréglages de privilège à accorder pour chaque principal. Tous les utilisateurs d'un compte reçoivent BROWSE par défaut.
  - Sélectionnez Lecteur de données dans le menu déroulant pour accorder des privilèges read aux les objets du catalogue.
  - Sélectionnez Éditeur de données dans le menu déroulant pour accorder read et modify privilèges sur les objets du catalogue.
  - Sélectionnez manuellement les privilèges à accorder.
3. Cliquez sur Accorder.
Cliquez sur Suivant.
Sur la page Métadonnées, indiquez des paires clé-valeur pour les balises. Pour plus d’informations, consultez Appliquer des étiquettes aux objets sécurisables du catalogue Unity.
(Facultatif) Ajoutez un commentaire.
Cliquez sur Enregistrer.

Options de connexion avancées

Les connexions Snowflake prennent en charge l’option avancée suivante pour les environnements de sortie restreinte ou de connectivité privée :

disableOCSPChecks : définissez cette option sur true pour désactiver les vérifications de révocation des certificats OCSP (Online Certificate Status Protocol) dans le pilote JDBC Snowflake. La désactivation des vérifications OCSP omet la vérification de révocation des certificats.

Importante

Autorisez le trafic sortant vers le répondeur OCSP Snowflake dans la mesure du possible. Laissez disableOCSPChecks non défini ou définissez-le sur false. Définissez-le true uniquement si votre configuration de connectivité privée ou de sortie restreinte ne peut pas autoriser ce trafic.

Cette option n’est pas affichée dans l’Explorateur de catalogues. Vous pouvez le définir lorsque vous créez la connexion avec SQL :

CREATE CONNECTION <connection-name> TYPE snowflake
OPTIONS (
  <connection-options>,
  disableOCSPChecks 'true'
);

Pour une connexion existante, utilisez ALTER CONNECTION.

Identificateurs sensibles à la casse de la base de données

Le champ database du catalogue étranger est mappé à un identificateur de la base de données Snowflake. Si l’identificateur de la base de données Snowflake n’est pas sensible à la casse, celle utilisée dans le catalogue étranger <database-name> est conservée. Toutefois, si l’identificateur de la base de données Snowflake est sensible à la casse, vous devez encapsuler le catalogue étranger <database-name> entre guillemets doubles pour conserver la casse.

Par exemple :

database est converti en DATABASE
"database" est converti en database
"database""" est converti en database"

Pour échapper à un guillemet double, utilisez-en un autre.
"database"" entraîne une erreur, car le guillemet double n’est pas correctement échappé.

Pour plus d’informations, consultez Spécifications de l’identificateur dans la documentation Snowflake.

Pushdowns pris en charge

Les pushdowns suivants sont pris en charge :

Filtres
Prévisions
Limite
Offset
Jointures
Agrégats (Average, Corr, CovPopulation, CovSample, Count, Max, Min, StddevPop, StddevSamp, Sum, VariancePop, VarianceSamp)
Fonctions (fonctions de chaîne, fonctions mathématiques, fonctions date, heure et horodatage, et autres fonctions diverses, telles que Alias, Cast, SortOrder)
Fonctions de fenêtre (DenseRank, Rank, RowNumber)
Tri
Top-N (combinaison du tri et de la limite en une seule opération), prise en charge dans Databricks Runtime 17.3 et versions ultérieures

Mappages de types de données

Lorsque vous lisez de Snowflake vers Spark, les types de données sont mappés comme suit :

Type Snowflake	Type Spark
`decimal`, `number`, `numeric`	`DecimalType`
`bigint`, , `byteint`, `intinteger`, , `smallinttinyint`	`IntegerType`
`float`, `float4`, `float8`	`FloatType`
`double`, `double precision`, `real`	`DoubleType`
`char`, , `character`, `stringtext`, , `timevarchar`	`StringType`
`binary`	`BinaryType`
`boolean`	`BooleanType`
`date`	`DateType`
`datetime`, , `timestamptimestamp_ltz`, , `timestamp_ntztimestamp_tz`	`TimestampType`

Limitations de fédération de requêtes

Le point de terminaison OAuth Snowflake doit être accessible à partir des adresses IP du plan de contrôle Azure Databricks. Consultez les adresses IP sortantes à partir du plan de contrôle Azure Databricks. Snowflake prend en charge la configuration des stratégies réseau au niveau de l’intégration de la sécurité, ce qui permet une stratégie réseau distincte qui permet une connectivité directe du plan de contrôle Azure Databricks au point de terminaison OAuth pour l’autorisation.
Les options utiliser le proxy, hôte proxy, port du proxy et la configuration des rôles Snowflake ne sont pas prises en charge. Indiquez le rôle Snowflake dans le cadre de l’étendue OAuth.
Les tables et vues externes qui contiennent des colonnes de types de données spécifiques à Snowflake non pris en charge par Unity Catalog, tels que VECTOR, ne peuvent pas être interrogées via Lakehouse Federation. Le catalogue Unity doit stocker les métadonnées de toutes les colonnes de la table étrangère. Par conséquent, les types de colonnes non pris en charge provoquent une erreur « Type non pris en charge », même si la requête ne référence pas ces colonnes. Pour contourner ce problème, créez une vue Snowflake qui exclut les colonnes non prises en charge et interrogez plutôt cette vue.

Ressources supplémentaires

Consultez les articles suivants dans la documentation Snowflake :

Commentaires

Est-ce que cette page vous a été utile?

Last updated on 2026-07-14