Skip to main content
Connectez votre application à Snowflake pour interroger les données de votre entrepôt, exécuter des analyses et utiliser les résultats dans des tableaux de bord, des rapports et des workflows.
Vous avez besoin d’un plan Builder ou supérieur pour utiliser les connecteurs dans votre application.

Ce que vous pouvez faire

Utilisez les données de votre entrepôt pour répondre à des questions et tenir votre équipe informée.

Interroger les données de l'entrepôt

Exécutez du SQL sur votre entrepôt Snowflake et affichez les résultats dans votre application.

Créer des tableaux de bord analytiques

Affichez les résultats de l’entrepôt dans des graphiques, des tableaux et des tableaux de bord.

Automatiser les workflows de données

Utilisez des requêtes Snowflake dans des workflows, par exemple pour envoyer une alerte dans un canal Slack quand un indicateur baisse.
Exemples de prompts

Configurer OAuth dans Snowflake

OAuth Snowflake utilise une intégration de sécurité. Créez-la dans Snowflake avant d’enregistrer le connecteur dans Base44.
1

Obtenir l'URL de callback Base44

Obtenez l’URL de callback Base44 dans Enregistrer les URL de callback. Le SQL ci-dessous l’enregistre comme OAUTH_REDIRECT_URI.
2

Créer l'intégration de sécurité OAuth

Utilisez ACCOUNTADMIN ou un rôle disposant du privilège global CREATE INTEGRATION. Cet exemple utilise ACCOUNTADMIN. Si vous utilisez un autre rôle, remplacez la première instruction.
Cela fixe la durée des jetons d’actualisation à 90 jours, la valeur par défaut et maximale de Snowflake.Si View redirect URIs liste des URL supplémentaires pour des connexions existantes, ajoutez-les toutes à OAUTH_ALTERNATE_REDIRECT_URIS dans cette instruction CREATE SECURITY INTEGRATION.Si vous choisissez un autre nom d’intégration, utilisez-le dans les instructions SQL suivantes.
3

Récupérer vos informations de connexion

Lisez votre Client ID et votre Client Secret.
Utilisez le bouton de copie de la cellule pour les deux valeurs. Le Client ID se termine souvent par =, et omettre ce caractère casse la connexion. Le résultat inclut aussi OAUTH_CLIENT_SECRET_2 comme secret de réserve pour la rotation. Utilisez donc le premier secret.Récupérez l’identifiant de compte Snowflake à saisir dans Base44.
4

Préparer l'identité Snowflake

Utilisez une identité Snowflake standard avec un DEFAULT_ROLE et un DEFAULT_WAREHOUSE définis. Son rôle doit avoir accès aux bases de données et objets interrogés par votre application, ainsi que l’autorisation d’utiliser l’entrepôt.Par défaut, Snowflake empêche ACCOUNTADMIN, SECURITYADMIN, ORGADMIN et GLOBALORGADMIN d’utiliser cette intégration. Il s’agit d’un paramètre de sécurité par défaut de Snowflake, pas d’une restriction de Base44.
Utilisez ALTER pour modifier une intégration existante. CREATE OR REPLACE la supprime et la recrée. Ne l’utilisez donc pas pour changer une URI de redirection.Si l’intégration existe déjà et que seule l’URL de callback doit être mise à jour, exécutez plutôt ceci.
Si View redirect URIs affiche des URL pour des connexions existantes, incluez toutes les URL supplémentaires dans OAUTH_ALTERNATE_REDIRECT_URIS. Conservez les URL alternatives déjà enregistrées.

Connecter Snowflake

Connectez Snowflake pour que votre application puisse interroger votre entrepôt.
Avant de commencer :
  • Intégration OAuth Snowflake : créez une intégration de sécurité OAuth Snowflake pour obtenir un Client ID et un Client Secret. Consultez Configurer OAuth dans Snowflake.
  • Identifiant de compte Snowflake : récupérez-le avec le SQL de Configurer OAuth dans Snowflake.
  • Accès à l’espace de travail Base44 : vous devez être propriétaire ou administrateur de l’espace de travail pour enregistrer le connecteur dans Base44.
  • Accès à Snowflake : chaque personne qui se connecte doit avoir accès aux bases de données que vous voulez interroger.
Pour ajouter Snowflake depuis la page Connectors :
  1. Cliquez sur Connectors dans la barre latérale de votre espace de travail.
  2. Cliquez sur Add connector.
  3. Recherchez Snowflake, puis cliquez dessus.
  4. Saisissez un Connector name.
  5. Saisissez le Client ID et le Client Secret de votre intégration OAuth Snowflake.
  6. Sous Scopes, conservez les valeurs par défaut. Consultez Scopes et permissions.
  7. Sous Connection Configuration, saisissez votre identifiant Snowflake Account au format orgname-account_name, par exemple nzajreo-sp04035. N’utilisez pas l’ancien localisateur de compte.
  8. Cliquez sur Add Connector.
  9. Ouvrez votre application et demandez au chat IA d’ajouter une fonctionnalité Snowflake.
  10. Autorisez le compte lorsque cela vous est demandé.
Votre application peut utiliser une connexion Snowflake partagée ou laisser chaque personne connecter son propre compte. Indiquez votre choix au chat IA.

Scopes et permissions

Vos permissions Snowflake déterminent les données de l’entrepôt que votre application peut interroger.
1

Ajoutés par Base44

  • refresh_token : actualise la connexion sans nouvelle connexion
2

Configurés par vous

  • Laissez Additional scopes vide. Snowflake rejette les valeurs non prises en charge, comme account:read, avec The requested scope is invalid.
  • N’ajoutez pas session:role:<role>.
Accès : Snowflake utilise le rôle par défaut et les permissions de l’identité qui autorise la connexion.

Utiliser Snowflake dans une fonction backend

Une fois Snowflake connecté, vos fonctions backend peuvent récupérer un jeton d’accès et interroger votre entrepôt. Base44 gère le flux OAuth et le stockage des identifiants.
Utilisez getWorkspaceConnection(connectorId) quand votre application utilise une identité Snowflake partagée.

Connecteurs (docs développeur)

Récupérez une connexion, lisez ses détails et appelez l’API du service depuis une fonction backend.

Dépannage

Vérifiez les rôles, l’accès à l’entrepôt et les URL de callback si Snowflake ne parvient pas à se connecter ou à exécuter des requêtes.
Vérifiez le DEFAULT_ROLE et le DEFAULT_WAREHOUSE de l’identité Snowflake connectée. Le rôle a besoin de USAGE sur l’entrepôt, la base de données et le schéma, ainsi que de SELECT sur les tables ou vues interrogées par votre application. Pour une connexion utilisateur de l’application, vérifiez le rôle Snowflake et les droits de chaque personne.
L’URL de callback enregistrée dans Snowflake ne correspond pas à celle envoyée par Base44. Vérifiez la ou les URL utilisées par votre connexion dans Enregistrer les URL de callback. Les connexions utilisent soit l’URL de callback unique, soit des URL distinctes pour chaque hôte d’application. Vérifiez que l’intégration est activée et comparez ses URI de redirection enregistrées avec les URL utilisées par votre connexion.
Vérifiez que chaque URI affichée par Base44 est enregistrée comme OAUTH_REDIRECT_URI ou dans OAUTH_ALTERNATE_REDIRECT_URIS. Snowflake compare les URI de redirection caractère par caractère.
Vous vous êtes connecté avec un rôle privilégié. Par défaut, Snowflake empêche ACCOUNTADMIN, SECURITYADMIN, ORGADMIN et GLOBALORGADMIN d’utiliser l’intégration. Connectez-vous plutôt avec un utilisateur Snowflake standard.
Cette page a été traduite par IA. Pour les informations les plus précises et à jour, consultez la version anglaise.