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.
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 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 à
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.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.Vous avez déjà une intégration OAuth ?
Vous avez déjà une intégration OAuth ?
Utilisez Si View redirect URIs affiche des URL pour des connexions existantes, incluez toutes les URL supplémentaires dans
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.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.
- Cliquez sur Connectors dans la barre latérale de votre espace de travail.
- Cliquez sur Add connector.
- Recherchez Snowflake, puis cliquez dessus.
- Saisissez un Connector name.
- Saisissez le Client ID et le Client Secret de votre intégration OAuth Snowflake.
- Sous Scopes, conservez les valeurs par défaut. Consultez Scopes et permissions.
- Sous Connection Configuration, saisissez votre identifiant Snowflake Account au format
orgname-account_name, par exemplenzajreo-sp04035. N’utilisez pas l’ancien localisateur de compte. - Cliquez sur Add Connector.
- Ouvrez votre application et demandez au chat IA d’ajouter une fonctionnalité Snowflake.
- Autorisez le compte lorsque cela vous est demandé.
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.- Connecteur partagé
- Connecteur utilisateur de l'application
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.Les requêtes échouent avec une erreur d'entrepôt ou d'accès
Les requêtes échouent avec une erreur d'entrepôt ou d'accès
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.La connexion échoue avec une URI de redirection non concordante
La connexion échoue avec une URI de redirection non concordante
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.La connexion échoue car votre rôle est bloqué
La connexion échoue car votre rôle est bloqué
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.