Logo flocon de neige

Entrepôt cloud

Connecter Flocon de neige vers Excel, Google Sheets, l'IA et REST

Entrepôt de données cloud pour l'analyse et l'exportation de flux de données. Interrogez-le avec le même SQL en lecture seule que celui utilisé sur Postgres et connectez-le à une API métier en une seule requête.

Commencez gratuitement 13 destinations

Une seule connexion, chaque surface

Où vos données Snowflake peuvent-elles aller ?

Flocon de neige tables en direct · en lecture seule
Requêtes fédérées + tout autre connecteur · un SQL toutes sources · tous les plans
Agent de réseau
  • 1 connexion sortante
  • 0 ports d'entrée
  • lecture seule · les identifiants restent stockés

fonctionne sur

Query Streams permet de lire un entrepôt de données Snowflake en temps réel depuis Microsoft Excel, Google Sheets, Power BI, les assistants IA via MCP et une API REST. Trois méthodes d'authentification sont disponibles : mot de passe, paire de clés RSA et jeton d'accès programmatique. Ce dernier point est crucial, car les comptes Snowflake avec authentification multifacteur (MFA) ne peuvent en aucun cas utiliser un mot de passe provenant d'un processus automatisé. Vous pouvez définir et limiter l'entrepôt de données, le rôle et le schéma pour chaque connexion. Ainsi, une connexion de reporting peut être restreinte à un petit entrepôt et à un rôle en lecture seule, et le rester.

  1. Pour votre équipe, vos fournisseurs et vos partenaires

  2. Snowflake vers Excel Microsoft Excel · Complément Excel

    Importez directement les résultats Snowflake en direct dans une feuille de calcul et actualisez-les à la demande — Excel de bureau, Excel Online, Microsoft 365.

    Guide des flocons de neige

  3. Analyse des données financières : requêtes de base de données en direct dans Excel et Google Sheets. Module complémentaire Sheets

    Exécutez une requête Snowflake enregistrée depuis la barre latérale et glissez-déposez les lignes dans la feuille. Les collaborateurs peuvent ensuite la mettre à jour eux-mêmes.

    Guide des flocons de neige

  4. Demandez à Nova à propos de Snowflake Nova AI · Texte vers SQL

    Posez votre question en langage clair. Nova connaît déjà vos tables Snowflake, rédige et exécute la requête SQL, explique la réponse et la représente graphiquement — aucune requête à écrire, aucune information d’identification à fournir.

    Comment fonctionne Nova

  5. Snowflake vers visionneuse de données Partage des résultats · équipe, fournisseurs, partenaires · téléphone, tablette, ordinateur

    Partagez un résultat Snowflake en direct avec qui vous voulez (un collègue, un fournisseur, un partenaire) sous forme de grille que vous pouvez ajouter à vos favoris et qui se met à jour automatiquement à chaque ouverture, sur un téléphone, une tablette ou un ordinateur. Ils voient les résultats, jamais le code SQL ni les identifiants.

    Fonctionnement du visualiseur de données
  6. Pour les applications et les systèmes

  7. API REST Snowflake point de terminaison HTTP

    Publiez une requête Snowflake sous forme de point de terminaison JSON authentifié, accessible à toute application, avec une spécification OpenAPI 3.1 et des collections Postman, Insomnia et Hoppscotch prêtes à l'emploi. Aucun port de base de données n'est ouvert.

    Guide des flocons de neige

  8. Snowflake vers Power BI Power Query M

    Collez le code Power Query M généré dans l'éditeur avancé de Power BI et le rapport affichera les résultats Snowflake en direct via HTTPS — sans pilote ODBC ni port de base de données ouvert.

    Comment fonctionne Power BI

  9. Flocon de neige vers Airtable Plateforme d'automatisation

    Synchronisez les lignes Snowflake avec une base Airtable selon une planification définie, ou récupérez-les dans un script d'automatisation Airtable.

    Guide des flocons de neige

  10. Flocon de neige à Baserow Plateforme d'automatisation

    Alimentez une table Baserow depuis Snowflake via le point de terminaison REST — auto-hébergé ou cloud Baserow.

    Guide des flocons de neige

  11. Du flocon de neige à la table à manger Plateforme d'automatisation

    Maintenez une base SeaTable à jour avec les données Snowflake sans exporter de fichier ni exposer la base de données.

    Guide des flocons de neige

  12. Snowflake vers Smartsheet Plateforme d'automatisation

    Intégrez les résultats de Snowflake dans une grille Smartsheet afin que les plans et les rapports soient lus à partir du système source et non de l'exportation de la semaine précédente.

    Guide des flocons de neige

  13. Du flocon de neige à l'enclume Anvil Works · Plateforme d'applications

    Utilisez Snowflake pour synchroniser une application Anvil Python avec Snowflake via le point de terminaison REST au lieu d'intégrer les identifiants de base de données dans l'application.

    Guide des flocons de neige
  14. Pour les outils d'IA

  15. Serveur Snowflake MCP Claude, clients de Cursor et MCP

    Donnez à un assistant IA un accès en lecture seule à Snowflake avec le schéma dont il a besoin pour écrire du SQL correct — aucune information d'identification dans la conversation.

    Guide des flocons de neige
  16. Livré aux personnes

  17. Alertes et rapports Snowflake Slack · Discord · Courriel · Webhook

    Programmez une requête Snowflake et faites en sorte que les lignes soient envoyées à Slack, Discord, par e-mail ou via un webhook signé — ou conservez le message jusqu'à ce qu'un nombre de lignes, un seuil ou un pourcentage de variation dépasse la limite que vous avez définie.

    Fonctionnement des alertes et des rapports

Comment ça marche

5 étapes, aucune modification du pare-feu entrant

01

Installez l'agent réseau n'importe où avec un protocole HTTPS sortant — Snowflake étant accessible via Internet, il peut s'agir d'un petit boîtier toujours allumé.

02

Saisissez l'identifiant du compte, la région (facultatif) et la base de données. Les champs Warehouse, schema et role sont facultatifs ; laissez-les vides pour utiliser les valeurs par défaut de Snowflake.

03

Choisissez votre méthode d'authentification : mot de passe, paire de clés RSA ou jeton d'accès programmable. Si le compte exige l'authentification multifacteur (MFA), utilisez l'une des deux dernières méthodes.

04

Sélectionnez les bases de données et les schémas à exposer. L'agent lit les tables, les colonnes, les clés primaires et les clés étrangères afin que le générateur de requêtes puisse proposer des noms réels et suggérer des jointures.

05

Rédigez du code SQL en lecture seule ou laissez Nova le faire. Lisez la requête enregistrée depuis Excel, Sheets, Power BI, MCP ou REST.

Analyse approfondie des fonctionnalités

Ce que Snowflake vous offre

Trois méthodes d'authentification, dont deux qui résistent à l'authentification multifacteur.

L'authentification multifacteur obligatoire est le principal obstacle rencontré par les outils de reporting automatisés sur Snowflake, car personne n'est présent pour approuver les notifications. Deux des trois méthodes sont conçues précisément à cet effet.

  • Mot de passe — Le cas le plus simple, pour les comptes sans authentification multifacteur (MFA). Si l'authentification multifacteur est requise, le test de connexion l'indique clairement et propose des solutions alternatives plutôt que de renvoyer un code d'erreur.
  • Paire de clés RSA — la recommandation habituelle pour une connexion de service. Collez la clé privée ou indiquez l'emplacement d'un fichier de clé sur l'agent ; une clé chiffrée avec une phrase secrète est acceptée.
  • jeton d'accès programmatique — Le jeton propre à Snowflake pour désigner précisément ce type d'appelant.
  • Le rôle fait partie de la connexion ; la connexion de reporting peut donc avoir un rôle qui ne permet que la lecture, indépendamment des actions possibles de votre propre compte.
  • L'entrepôt fait également partie du réseau. — un point de signalement est établi dans un petit entrepôt et reste au sein de ce petit entrepôt.

Découverte qui ne renonce pas à la première vue manquante

Le schéma INFORMATION_SCHEMA de Snowflake n'est pas uniformément lisible : les parties qu'un rôle peut voir dépendent des autorisations qu'il détient, et les métadonnées clés sont souvent les premières à manquer.

  • Les bases de données, les schémas, les tables et les colonnes sont lus à partir de INFORMATION_SCHEMA par lots plutôt qu'en un aller-retour par table.
  • Lorsque la vue d'utilisation des clés n'est pas lisible par votre rôle, l'agent utilise en parallèle les commandes SHOW PRIMARY KEYS et SHOW IMPORTED KEYS par table, de sorte que les relations apparaissent toujours dans le générateur de requêtes.
  • La précision et l'échelle des colonnes sont préservées lors de leur entrée dans le catalogue, de sorte qu'un NUMBER(12,2) est décrit comme un.

Les jointures fédérées utilisent le schéma, et non la base de données.

C'est un détail souvent mal compris. Votre base de données Snowflake est liée à la connexion elle-même ; par conséquent, dans une requête inter-sources, la partie centrale d'un nom en trois parties correspond au schéma Snowflake, généralement PUBLIC.

-- warehouse est la connexion, PUBLIC est le schéma Snowflake SELECT c.region, SUM(o.total) AS revenue FROM warehouse.PUBLIC.orders o JOIN pg_crm.public.customers c ON c.id = o.customer_id GROUP BY c.region

Partagé par tous les connecteurs de base de données

C'est valable pour tous les connecteurs de base de données.

  • Sortant uniquement L'agent ouvre une connexion chiffrée vers Query Streams. Aucun port entrant à rediriger, aucun VPN, aucune liste blanche d'adresses IP : votre base de données n'est en aucun cas exposée sur Internet.
  • Les identifiants restent en place — Le nom d'utilisateur et le mot de passe de la base de données sont stockés sur la machine où l'agent est installé. Query Streams ne les reçoit jamais et ne peut pas accéder à votre base de données par lui-même.
  • Lecture seule, obligatoire — une seule instruction à la fois, SELECT et les instructions associées uniquement. Une tentative d'écriture est bloquée sur votre machine avant même d'être envoyée au serveur, sans dépendre d'une autorisation préalablement définie par un tiers.
  • Déployez autant d'agents que vous le souhaitez — un par site, région ou cloud. Toutes les sources de données visibles apparaissent dans un menu déroulant unique ; il est donc inutile de savoir quel agent héberge quoi.

Voici ce que vous obtenez une fois qu'une requête est enregistrée.

  • Partagez les compétences, pas le SQL. — un collègue ou un partenaire externe peut exécuter votre requête et modifier ses filtres sans jamais voir la requête sous-jacente.
  • Filtres provenant des deux directions — Déclarez-les vous-même comme @variables, ou laissez le connecteur repérer les valeurs littérales déjà présentes dans votre clause WHERE et les proposer sous forme de listes déroulantes.
  • Lisez-le depuis n'importe où — Microsoft Excel, Google Sheets, Power BI, l'API REST, les assistants IA via MCP, le générateur de requêtes et Nova lisent tous la même requête enregistrée.
  • Exécutez-en plusieurs simultanément — cinq requêtes enregistrées dans cinq onglets de feuille de calcul, diffusées simultanément, quelle que soit la taille des résultats.
  • Connectez-le à tout autre élément que vous avez connecté. — une autre base de données, une API métier ou un dossier de fichiers, dans une seule instruction en lecture seule.

SQL inter-sources

Connectez Snowflake au reste de vos données.

Une seule requête peut couvrir Snowflake et vos autres connexions simultanément. Chaque source exécute uniquement la partie qu'elle peut, renvoie le résultat, et la jointure est effectuée de manière centralisée ; les sources ne communiquent jamais entre elles et aucune donnée n'est copiée.

3 connexions · 3 agents

Flocon de neige Entrepôt cloud
PostgreSQL Moteur relationnel
Rayure Paiements et facturation

Une déclaration

-- rien copié, rien fusionné, rien programmé
SELECTIONNER   c.region, COUNT(*) AS commandes, SUM(i.montant_dû) AS facturé
DE     entrepôt.PUBLIC.ordres1 f
JOINDRE     pg_crm.public.clients2 c ON c.id = f.customer_id
JOINDRE     facturation.stripe.factures3 i ON i.customer = c.stripe_id
GROUPE PAR région c.
ORDER BY facturé DESC;

Les trois éléments sont la connexion, le schéma et la table ; le nom de la connexion est celui que vous lui avez donné. Les colonnes sont données à titre d'exemple ; vos tables seront les vôtres. Chaque élément est en lecture seule : seules les instructions SELECT, WITH et EXPLAIN sont autorisées, avec une limite quant aux données qu'une source peut transmettre pour une requête donnée. Fonctionnement des requêtes fédérées

Détails de connexion

Ce dont Snowflake a besoin

A atteint plus
Connexion HTTPS à votre compte Snowflake. Aucun trafic entrant, aucun port à ouvrir.
Identifié par
Identifiant du compte, plus la région où votre compte en a besoin.
Authentification
Mot de passe, paire de clés RSA (intégrée ou via un fichier de clés sur l'agent, phrase secrète prise en charge), ou jeton d'accès programmable
MFA
L'authentification par mot de passe ne peut pas satisfaire à l'authentification multifamiliale obligatoire. Le test de connexion le confirme et mentionne les deux méthodes qui peuvent l'être.
Entrepôt / rôle / schéma
Tout est optionnel et tout est lié à la connexion. Laisser vide signifie que vous utilisez les paramètres par défaut de Snowflake ; le schéma par défaut est PUBLIC.
Conducteur
Snowflake.Data 5.1.0, intégré
Séances
Maintenue en ligne, la connexion ne risque pas d'être interrompue en plein rapport lors de la reprise d'activité d'un entrepôt.
Délais d'attente
30 secondes pour la connexion, 35 secondes par requête
Lecture seule
Obligée à l'agent avant l'envoi du relevé à Snowflake

Query Streams ne plafonne pas la facturation Snowflake. Il n'y a ni limite de crédit ni aperçu des coûts : une requête analysant une table volumineuse coûte le même prix que depuis n'importe quel autre client. Le contrôle réellement efficace consiste à limiter la connexion à un petit entrepôt de données et à un rôle restreint.

Dans une requête inter-sources, la partie centrale d'une référence en trois parties correspond au schéma Snowflake, car la base de données est déjà liée à la connexion. Une connexion nommée « warehouse » lisant le schéma PUBLIC s'écrit « warehouse.PUBLIC.orders ». Au sein d'une même connexion Snowflake, il est toujours possible d'utiliser la syntaxe en trois parties propre à Snowflake (base de données.schéma.table) dans une requête enregistrée.

Documentation du fournisseur : www.flocondeneige.com

FAQ

Questions sur Snowflake

Quels outils peuvent lire les données Snowflake via Query Streams ?

Tous ces outils, accessibles via une seule connexion : Excel, Google Sheets, MCP, API REST, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, alertes et rapports planifiés. Connectez l’entrepôt de données une seule fois : chaque interface accède à la même connexion en lecture seule, sans configuration spécifique ni copie supplémentaire des données.

Dois-je ouvrir un port de pare-feu pour accéder à mon entrepôt Snowflake ?

Non. L'agent réseau Query Streams s'exécute au sein de votre réseau et ouvre une seule connexion sortante chiffrée. Aucun trafic entrant n'est intercepté, aucun VPN n'est requis et l'entrepôt conserve ses règles de pare-feu existantes.

Les flux de requêtes peuvent-ils modifier les données dans Snowflake ?

Non. L'agent impose un accès en lecture seule lors de l'exécution : une seule instruction à la fois, uniquement SELECT et les instructions associées. Les informations d'identification restent sur l'agent et ne sont jamais envoyées aux flux de requêtes.

De quoi Query Streams a-t-il besoin pour se connecter à Snowflake ?

Un hôte accessible, un rôle et son mot de passe : l’agent héberge le pilote, aucune installation n’est donc requise sur l’entrepôt de données. Accès via : HTTPS à votre compte Snowflake. Aucun trafic entrant ni port à ouvrir. Identification : identifiant du compte et région si nécessaire. Authentification : mot de passe, paire de clés RSA (intégrée ou via un fichier de clés sur l’agent, phrase secrète prise en charge) ou jeton d’accès programmatique. Authentification multifacteur (MFA) : l’authentification par mot de passe ne permet pas l’authentification multifacteur obligatoire. Le test de connexion le précise et indique les deux méthodes compatibles.

Est-il possible de joindre Snowflake à une autre base de données dans la même requête ?

Oui, il s'agit bien d'une requête fédérée. Une seule instruction peut référencer Snowflake et vos autres connexions simultanément, sous la forme `connection.schema.table`. Chaque source exécute uniquement la partie qu'elle peut traiter et renvoie le résultat. La jointure est centralisée, ce qui évite toute connexion entre les sources et empêche toute copie ou planification. L'accès en lecture seule s'applique à chaque élément (SELECT, WITH et EXPLAIN uniquement), et la quantité de données qu'une source peut transmettre pour une requête donnée est limitée. Les requêtes fédérées sont incluses dans votre abonnement ; la page dédiée affiche les limites actuelles de la source et de la taille des données.

Placez Snowflake là où le travail se déroule.

Installez l'agent, configurez-le pour qu'il pointe vers votre entrepôt et choisissez une destination.

Commencez gratuitement Tous les connecteurs

Lecture seule Sortant uniquement Les identifiants restent sur l'agent