Compatible avec Postgres parle PostgreSQL
Connecter Google AlloyDB vers Excel, Google Sheets, l'IA et REST
AlloyDB pour PostgreSQL via une adresse IP privée au sein de votre VPC, ou via le proxy d'authentification AlloyDB. Aucune adresse IP publique, aucune règle de trafic entrant.
Une seule connexion, chaque surface
Où vos données AlloyDB peuvent être stockées
- 1 connexion sortante
- 0 ports d'entrée
- lecture seule · les identifiants restent stockés
fonctionne sur
- Pour votre équipe, vos fournisseurs et vos partenaires
-
Excel module complémentaire · actualisation à la demande
-
Google Sheets module complémentaire · actualisation à la demande
-
Nova AI Poser une question en langage clair · Conversion de texte en SQL
-
Visionneuse de données partagez les résultats en direct · équipe, fournisseurs, partenaires · sur n'importe quel appareil
- Pour les applications et les systèmes
-
API REST Point de terminaison JSON · OpenAPI 3.1
-
Power BI Power Query M
-
Synchronisations planifiées Google Sheets · Airtable · Baserow · SeaTable · Smartsheet · Anvil
- Pour les outils d'IA
-
assistants IA Claude · Curseur · Serveur MCP
- Livré aux personnes
-
Alertes et rapports Slack · Discord · Courriel · Webhook
Query Streams lit AlloyDB depuis Microsoft Excel, Google Sheets, Power BI, les assistants IA via MCP et un point de terminaison REST grâce à une unique connexion en lecture seule. AlloyDB n'a pas de nom d'hôte public : vous y accédez via une adresse IP privée au sein de votre VPC Google Cloud, ou via le proxy d'authentification AlloyDB en local. Déployez l'agent réseau sur une petite machine virtuelle dans le même VPC ; il accède à l'instance de manière privée en établissant uniquement des connexions sortantes. Ainsi, AlloyDB ne nécessite aucune adresse IP publique et votre VPC ne requiert aucune règle d'entrée.
Google AlloyDB est PostgreSQL sur le réseau — le pilote standard, donc tous les guides ci-dessous s'appliquent sans modification. La seule partie spécifique à AlloyDB est la chaîne de connexion, traitée dans détails de connexion.
- Pour votre équipe, vos fournisseurs et vos partenaires
-
AlloyDB vers Excel Microsoft Excel · Complément Excel
Importez directement les résultats AlloyDB en direct dans une feuille de calcul et actualisez-les à la demande — Excel de bureau, Excel Online, Microsoft 365.
Guide PostgreSQL -
AlloyDB vers Google Sheets Module complémentaire Sheets
Exécutez une requête AlloyDB 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 PostgreSQL -
Demandez à Nova à propos d'AlloyDB Nova AI · Texte vers SQL
Posez votre question en langage clair. Nova connaît déjà vos tables AlloyDB, 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 -
AlloyDB vers Data Viewer Partage des résultats · équipe, fournisseurs, partenaires · téléphone, tablette, ordinateur
Partagez un résultat AlloyDB 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 - Pour les applications et les systèmes
-
API REST AlloyDB point de terminaison HTTP
Publiez une requête AlloyDB 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 PostgreSQL -
AlloyDB 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 lira les résultats AlloyDB en direct via HTTPS — sans pilote ODBC, sans port de base de données ouvert.
Comment fonctionne Power BI -
AlloyDB vers Airtable Plateforme d'automatisation
Synchronisez les lignes AlloyDB avec une base Airtable selon une planification définie, ou récupérez-les dans un script d'automatisation Airtable.
Guide PostgreSQL -
AlloyDB vers Baserow Plateforme d'automatisation
Alimentez une table Baserow à partir d'AlloyDB via le point de terminaison REST — auto-hébergé ou cloud Baserow.
Guide PostgreSQL -
AlloyDB vers SeaTable Plateforme d'automatisation
Maintenez une base SeaTable à jour avec les données AlloyDB sans exporter de fichier ni exposer la base de données.
Guide PostgreSQL -
AlloyDB vers Smartsheet Plateforme d'automatisation
Intégrez les résultats d'AlloyDB 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 PostgreSQL -
AlloyDB vers Anvil Anvil Works · Plateforme d'applications
Utilisez AlloyDB pour alimenter une application Anvil Python via le point de terminaison REST au lieu d'intégrer les identifiants de base de données dans l'application.
Guide PostgreSQL - Pour les outils d'IA
-
Serveur AlloyDB MCP Claude, clients de Cursor et MCP
Donnez à un assistant IA un accès en lecture seule à AlloyDB avec le schéma dont il a besoin pour écrire du SQL correct — aucune information d'identification dans la conversation.
Guide PostgreSQL - Livré aux personnes
-
Alertes et rapports AlloyDB Slack · Discord · Courriel · Webhook
Programmez une requête AlloyDB 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
Installez l'agent réseau sur une machine virtuelle située dans le même VPC Google Cloud que l'instance AlloyDB. Cette configuration est celle sur laquelle repose l'architecture globale.
Saisissez l'adresse IP privée de l'instance. AlloyDB n'a pas de nom d'hôte ; seule son adresse est disponible.
Vous pouvez également exécuter le proxy d'authentification AlloyDB sur la machine virtuelle de l'agent et configurer la carte pour qu'elle pointe vers 127.0.0.1. La carte reconnaîtra localhost et fournira les conseils appropriés.
Renseignez l'utilisateur et le mot de passe de la base de données. Par défaut, AlloyDB utilise la base de données postgres, préremplie sur la carte.
Enregistrez. Microsoft Excel, Google Sheets, Power BI, MCP et REST lisent tous cette connexion unique, ou la combinent à vos autres sources dans une seule instruction en lecture seule.
Analyse approfondie des fonctionnalités
Ce qu'AlloyDB vous offre
Un agent dans le VPC représente l'ensemble de la conception
AlloyDB est conçu pour fonctionner en mode privé, et l'agent réseau est conçu pour n'établir que des connexions sortantes. Ces deux caractéristiques s'accordent suffisamment pour que le mode privé soit privilégié par défaut plutôt que l'option renforcée.
- Exécutez l'agent sur une machine virtuelle du même VPC ; il accède à l'instance via son adresse IP privée. Aucune information relative à AlloyDB n'est publiée et aucune adresse IP publique n'est requise.
- L'agent compose un numéro mais n'écoute jamais, il n'y a donc aucune règle d'entrée à ajouter et rien à contacter pour les personnes extérieures au VPC.
- Comme AlloyDB est accessible par adresse IP et non par nom d'hôte, son adresse ne contient aucune information exploitable par Query Streams. Le badge AlloyDB est attribué suite au choix de cette carte, et non en interceptant l'adresse IP. — Ainsi, une simple connexion Postgres à la même adresse IP reste étiquetée comme une simple connexion Postgres.
- AlloyDB est compatible uniquement avec PostgreSQL. Contrairement à Cloud SQL, qui propose également MySQL et SQL Server, AlloyDB n'offre qu'un seul moteur de calcul, sans possibilité de sélection.
Désactivez le SSL via le proxy d'authentification.
L'autre solution prise en charge est le proxy d'authentification AlloyDB de Google, qui modifie une réponse sur le formulaire.
- Lancez le proxy sur la machine de l'agent et configurez la carte pour qu'elle pointe vers 127.0.0.1. La carte détecte localhost et indique la marche à suivre.
- Le proxy chiffre lui-même le tunnel. Demander au pilote Postgres de négocier son propre protocole TLS par-dessus est ce qui provoque l'erreur SSL rencontrée ici ; décochez donc la case « connexion via proxy ».
- Sur une connexion IP privée directe, laissez la case cochée. AlloyDB fait exception parmi les fournisseurs hébergés. — la case à cocher contrôle réellement l'utilisation du protocole TLS, au lieu d'être remplacée par l'agent.
- Lorsque TLS est activé, le trafic est chiffré mais la chaîne de certificats n'est pas vérifiée.
Postgres ordinaire une fois connecté
Au-delà de l'adresse et du proxy, il n'y a pas de mécanisme spécifique à AlloyDB. Ce qui arrive, c'est Postgres.
- La connexion est enregistrée au format PostgreSQL, AlloyDB étant conservé comme nom de domaine. Il n'existe pas de type de connexion nommé AlloyDB.
- L'authentification nécessite un nom d'utilisateur et un mot de passe pour la base de données. L'authentification de la base de données Google Cloud IAM n'est pas prise en charge par cette carte.
- Il n'y a pas de configuration de pool ni de point de terminaison à sélectionner. L'agent se connecte directement.
- Le schéma par défaut est « public », et c'est ce que transporte une référence inter-sources.
-- Postgres ordinaire, en lecture seule, sur l'adresse IP privée SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM public.customers AS c JOIN public.orders AS o ON o.customer_id = c.id WHERE o.placed_at >= now() - interval '30 days' GROUP BY c.name ORDER BY revenue DESC;
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
Intégrez AlloyDB au reste de vos données.
Une seule requête peut couvrir AlloyDB et vos autres connexions simultanément. Chaque source exécute uniquement la partie qu'elle peut traiter, 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
Une déclaration
-- rien copié, rien fusionné, rien programmé
SELECTIONNER c.region, COUNT(*) AS commandes, SUM(i.montant_dû) AS facturé
DE noyau en alliage.public.orders1 f
JOINDRE erp_sql.dbo.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 AlloyDB a besoin
- Adresse
- L'adresse IP privée de l'instance. AlloyDB n'a pas de nom d'hôte public (ou 127.0.0.1 lors de l'utilisation du proxy d'authentification).
- Port
- 5432
- Conducteur
- Npgsql, pris en charge par l'agent — aucune installation requise côté AlloyDB
- Placement d'agent
- Une machine virtuelle dans le même VPC. Uniquement du trafic sortant, donc aucune règle d'entrée et aucune exposition publique.
- Base de données
- postgres par défaut, et prérempli comme tel
- Authentification
- Nom d'utilisateur et mot de passe de la base de données. L'authentification IAM n'est pas prise en charge.
- TLS
- Activé par défaut et contrôlé par une case à cocher. Chiffré ; la chaîne de certificats n'est pas vérifiée. Désactivez cette option lors de l'utilisation du proxy d'authentification, qui chiffre le tunnel lui-même.
- Mise en commun
- Aucune configuration requise : l’agent se connecte directement.
- Moteurs
- PostgreSQL uniquement. Contrairement à Cloud SQL, il n'existe pas d'option MySQL ou SQL Server.
- Schéma par défaut
- public, ce que contient une référence fédérée
AlloyDB est l'exemple le plus flagrant, dans ce catalogue, d'une adéquation parfaite entre l'agent et la base de données. AlloyDB exige une adresse IP privée, sans aucune exposition publique ; l'agent établit uniquement des connexions sortantes et n'écoute jamais sur aucun réseau. En les plaçant dans le même VPC que l'autre, aucun compromis n'est nécessaire : pas d'adresse IP publique à activer, pas de liste de réseaux autorisés à gérer, pas de règle d'entrée susceptible d'être auditée ultérieurement. Accéder à une base de données privée engendre généralement un coût réseau. Ici, cela nécessite une petite machine virtuelle.
Il est conseillé de lire la note de bas de page relative au proxy d'authentification avant de rencontrer l'erreur, et non après. Le proxy de Google chiffre déjà le tunnel ; par conséquent, lorsque le pilote Postgres tente également de négocier TLS en son sein, le test de connexion échoue avec une erreur SSL qui ressemble à un problème de certificat, alors qu'il n'en est rien. La solution consiste à décocher la case SSL pour une connexion via un proxy, comme indiqué dès qu'une adresse localhost est détectée. Sur une connexion directe à une adresse IP privée, la case doit rester cochée. Contrairement à la plupart des fournisseurs hébergés, sur AlloyDB, c'est la case à cocher qui détermine le comportement, et non l'agent.
Pour une requête inter-sources, AlloyDB se comporte comme une base de données PostgreSQL classique. Une connexion nommée `alliage_core` est enregistrée sous `alliage_core.public.orders` et effectue une jointure avec un dossier de fichiers CSV, un système d'information local ou une API de facturation en une seule opération en lecture seule, sans copie ni planification. La jointure s'exécute depuis l'emplacement de l'agent, c'est-à-dire, pour AlloyDB, depuis votre VPC.
Documentation du fournisseur : cloud.google.com
FAQ
Questions concernant Google AlloyDB
Quels outils peuvent lire les données de Google AlloyDB via Query Streams ?
Tous ces outils, depuis une seule connexion : Excel, Google Sheets, MCP, API REST, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, alertes et rapports programmés. Connectez la base de données une seule fois et tous les systèmes accèdent à la même connexion en lecture seule ; aucune configuration n’est requise pour chaque outil et aucune copie supplémentaire des données n’est nécessaire.
Dois-je ouvrir un port de pare-feu pour ma base de données Google AlloyDB ?
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 la base de données conserve ses règles de pare-feu existantes.
Les flux de requêtes peuvent-ils modifier les données dans Google AlloyDB ?
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 à Google AlloyDB ?
Un hôte accessible, un rôle et son mot de passe : l’agent intègre le pilote, aucune installation n’est donc requise sur la base de données. Adresse : l’adresse IP privée de l’instance. AlloyDB n’a pas de nom d’hôte public (ou 127.0.0.1 avec le proxy d’authentification). Port : 5432. Pilote : Npgsql, intégré à l’agent ; aucune installation n’est nécessaire côté AlloyDB. Emplacement de l’agent : une machine virtuelle du même VPC. Activation uniquement en sortie, donc aucune règle d’entrée ni exposition publique.
Est-il possible de joindre Google AlloyDB à 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 simultanément Google AlloyDB et vos autres connexions, 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.
La connexion à Google AlloyDB est-elle différente de la connexion à PostgreSQL ?
Seule la chaîne de connexion est nécessaire. Google AlloyDB utilise le protocole PostgreSQL ; par conséquent, les filtres, la planification, le partage, les modules complémentaires Excel et Google Sheets, ainsi que le serveur MCP, fonctionnent de manière identique. La carte AlloyDB pré-remplit les paramètres d'hôte, de port et SSL attendus par le fournisseur.
Existe-t-il un guide pour convertir AlloyDB en Excel ?
Oui, il s'agit bien du guide PostgreSQL, et il est correct pour Google AlloyDB tel quel. AlloyDB utilise le protocole PostgreSQL ; par conséquent, la connexion d'AlloyDB à Excel, à Google Sheets et à toute autre destination suit la même procédure. Seule la chaîne de connexion est spécifique à AlloyDB, et la carte AlloyDB la renseigne automatiquement.
Installez AlloyDB là où le travail s'effectue.
Installez l'agent, configurez-le pour qu'il pointe vers votre base de données et choisissez une destination.
Lecture seule Sortant uniquement Les identifiants restent sur l'agent

