Logo Google Cloud SQL

Géré · multi-moteurs Connaît PostgreSQL / MySQL / Microsoft SQL Server

Connecter Google Cloud SQL vers Excel, Google Sheets, l'IA et REST

Google Cloud SQL — PostgreSQL, MySQL ou SQL Server. L'agent se connecte via l'adresse IP que vous exposez déjà.

Commencez gratuitement 13 destinations

Une seule connexion, chaque surface

Où vos données Cloud SQL peuvent-elles être stockées ?

Google Cloud SQL 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 les données de Google Cloud SQL depuis Microsoft Excel, Google Sheets, Power BI, les assistants IA via MCP et un point de terminaison REST grâce à une connexion en lecture seule. Une seule carte prend en charge PostgreSQL, MySQL et SQL Server. L'agent réseau s'exécute sur une machine virtuelle au sein de votre VPC et se connecte via l'adresse IP privée de l'instance, en effectuant uniquement des appels sortants ; l'instance ne nécessite donc ni adresse IP publique ni autorisation réseau.

Google Cloud SQL est PostgreSQL / MySQL / Microsoft SQL Server sur le réseau — le pilote standard, donc tous les guides ci-dessous s'appliquent sans modification. La seule partie spécifique à Cloud SQL est la chaîne de connexion, traitée dans la section correspondante. détails de connexion.

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

  2. Cloud SQL vers Excel Microsoft Excel · Complément Excel

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

    Guide PostgreSQL

  3. Cloud SQL vers Google Sheets Module complémentaire Sheets

    Exécutez une requête Cloud SQL 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

  4. Demandez à Nova des informations sur Cloud SQL Nova AI · Texte vers SQL

    Posez votre question en langage clair. Nova connaît déjà vos tables Cloud SQL, 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. Cloud SQL vers Data Viewer Partage des résultats · équipe, fournisseurs, partenaires · téléphone, tablette, ordinateur

    Partagez un résultat Cloud SQL 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 Cloud SQL point de terminaison HTTP

    Publiez une requête Cloud SQL 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

  8. Cloud SQL 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 Cloud SQL en direct via HTTPS — sans pilote ODBC, sans port de base de données ouvert.

    Comment fonctionne Power BI

  9. Cloud SQL vers Airtable Plateforme d'automatisation

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

    Guide PostgreSQL

  10. Cloud SQL vers Baserow Plateforme d'automatisation

    Alimentez une table Baserow à partir de Cloud SQL via le point de terminaison REST — auto-hébergé ou cloud Baserow.

    Guide PostgreSQL

  11. Cloud SQL vers SeaTable Plateforme d'automatisation

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

    Guide PostgreSQL

  12. Cloud SQL vers Smartsheet Plateforme d'automatisation

    Intégrez les résultats de Cloud SQL 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

  13. Cloud SQL vers Anvil Anvil Works · Plateforme d'applications

    Utilisez Cloud SQL 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
  14. Pour les outils d'IA

  15. Serveur Cloud SQL MCP Claude, clients de Cursor et MCP

    Donnez à un assistant IA un accès en lecture seule à Cloud SQL avec le schéma dont il a besoin pour écrire du code SQL correct ; aucune information d’identification n’est requise dans la conversation.

    Guide PostgreSQL
  16. Livré aux personnes

  17. Alertes et rapports Cloud SQL Slack · Discord · Courriel · Webhook

    Programmez une requête Cloud SQL 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 sur une machine virtuelle au sein du VPC Google Cloud. Il n'établit que des connexions sortantes ; l'instance peut donc garder son adresse IP publique désactivée et ses réseaux autorisés vides.

02

Choisissez le moteur : PostgreSQL, MySQL ou SQL Server. Le reste du formulaire s’adaptera à votre choix.

03

Indiquez l'adresse IP privée de l'instance. Une adresse IP publique convient si vous y accédez déjà de cette manière, et 127.0.0.1 fonctionne si vous utilisez le proxy d'authentification Cloud SQL.

04

Ajoutez un utilisateur de base de données avec l'autorisation SELECT sur les données à lire, ainsi que le nom de la base de données.

05

Enregistrez. Microsoft Excel, Google Sheets, Power BI, MCP et REST lisent tous cette instance via une seule connexion, ou la joignent à vos autres sources dans une seule instruction.

Analyse approfondie des fonctionnalités

Ce que Cloud SQL vous offre

L'utilisation d'une adresse IP privée est la solution recommandée, et c'est la plus simple.

La connectivité à Cloud SQL est généralement le principal défi pour acheminer ces données. Ce défi se simplifie lorsque le système effectuant la lecture se trouve déjà au sein du VPC.

  • L'agent n'établit que des connexions sortantes ; son installation sur une machine virtuelle de votre VPC ne nécessite donc aucune règle d'entrée.
  • L'instance ne possède pas d'adresse IP publique et la liste des réseaux autorisés reste vide. — Aucune mise à jour nécessaire en cas de changement d'adresse de bureau.
  • Comme il n'y a pas de nom d'hôte à spécifier, Cloud SQL est accessible par son adresse IP. Il s'agit d'une caractéristique du service et non d'une limitation.
  • Une adresse IP publique fonctionne toujours si c'est votre configuration actuelle. L'agent n'a pas d'importance quant à son emplacement par rapport à la frontière du réseau.

Le proxy d'authentification est compris

De nombreuses équipes accèdent à Cloud SQL via le proxy d'authentification Cloud SQL plutôt que directement via une adresse IP, et la carte détecte lorsque vous vous connectez.

  • Saisir 127.0.0.1 ou localhost est reconnu comme proxy, et la carte l'indique clairement au lieu de vous laisser vous demander si c'est pris en charge.
  • Le proxy chiffre lui-même le tunnel, l'option SSL est donc désactivée pour ce chemin. — la carte vous l'indique à un moment précis où une erreur SSL pourrait autrement vous induire en erreur.
  • Pour les connexions IP directes, l'option SSL doit être activée, et elle l'est par défaut.
  • Le proxy est le processus que vous devez exécuter et gérer ; rien de celui-ci n'est intégré à l'agent.

Trois moteurs, et une protection contre le choix du mauvais.

Une carte multi-moteurs incite à une erreur précise : coller un port appartenant à un moteur différent de celui sélectionné. Cette combinaison provoque une erreur de connexion sans message d’erreur utile ; elle est donc détectée par le formulaire.

  • PostgreSQL sur le port 5432, MySQL sur le port 3306, SQL Server sur le port 1433 — prérempli pour le moteur que vous avez choisi.
  • Tapez 3306 avec PostgreSQL sélectionné et la carte vous indique que le port appartient à MySQL et vous demande de vérifier le moteur, plutôt que de le transmettre.
  • Un mot de passe comportant des espaces en début ou en fin de mot de passe est également signalé, car il s'agit presque toujours d'un artefact du presse-papiers et il provoque une erreur d'authentification opaque.
  • Quel que soit le moteur choisi, c'est sous ce nom que la connexion est enregistrée. — Cloud SQL est conservé comme logo sur la carte, et non comme type de connexion.
-- Même lecture, quel que soit le moteur sur lequel l'instance s'exécute SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM customers AS c JOIN orders AS o ON o.customer_id = c.id 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

Connectez Cloud SQL au reste de vos données

Une seule requête peut s'appliquer simultanément à Cloud SQL et à vos autres connexions. 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

Google Cloud SQL Géré · multi-moteurs
Microsoft SQL Server 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     ventes gcp.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 Cloud SQL a besoin

Moteurs
PostgreSQL, MySQL et SQL Server sur une seule carte
Adresse
L'adresse IP privée ou publique de l'instance, ou 127.0.0.1 via le proxy d'authentification Cloud SQL — Cloud SQL n'a pas de nom d'hôte à indiquer.
Ports
5432 PostgreSQL, 3306 MySQL, 1433 SQL Server — préremplis par moteur et vérifiés par rapport au moteur que vous avez sélectionné
TLS
Activé par défaut pour les connexions IP directes ; désactivé correctement via le proxy d'authentification, qui chiffre son propre tunnel.
Enregistré sous
Le moteur que vous avez choisi, avec Cloud SQL comme simple logo, n'existe pas de type de connexion appelé Cloud SQL.
Reconnaissance
En l'absence de nom d'hôte, le badge provient de la connexion établie sur cette carte ; une simple connexion établie antérieurement avec la même instance ne l'affichera pas a posteriori.
Autorisations
Un utilisateur de base de données avec l'autorisation SELECT sur les données à lire.
Réseau
Uniquement du trafic sortant depuis l'agent. Aucune adresse IP publique, aucune entrée réseau autorisée, aucune règle d'entrée.

Cloud SQL est le seul service hébergé de cette famille à ne pas être associé à une adresse IP. Tous les autres fournisseurs managés vous attribuent un nom d'hôte avec un suffixe identifiable ; Cloud SQL vous attribue une adresse IP, ou une adresse de bouclage si vous utilisez le proxy d'authentification. Cela a une conséquence directe qu'il convient de préciser : l'appellation « Cloud SQL » provient de la création de la connexion sur cette instance. Ainsi, une connexion que vous avez configurée précédemment en tant que connexion PostgreSQL standard pointant vers la même instance restera identifiée comme telle. Le fonctionnement est identique dans les deux cas ; seule l'étiquette diffère.

L'utilisation d'une adresse IP privée est judicieuse, même si une adresse IP publique est proposée. Un agent exécuté sur une machine virtuelle au sein du VPC simplifie considérablement la question de la connectivité : aucune adresse IP publique sur l'instance, aucun réseau autorisé à gérer, aucune règle d'entrée et aucune adresse statique à mettre à jour. L'agent établit la connexion ; Cloud SQL n'a jamais besoin d'être accessible.

Pour une requête inter-sources, le qualificateur suit le moteur, car c'est sous ce nom que la connexion est enregistrée. Une connexion Cloud SQL PostgreSQL nommée gcp_sales est enregistrée sous le nom gcp_sales.public.orders, et la même instance sur SQL Server serait enregistrée sous le nom gcp_sales.dbo.orders — permettant ainsi de joindre un dossier de fichiers CSV, un système d'information local ou une API de facturation en une seule instruction en lecture seule.

Documentation du fournisseur : cloud.google.com

FAQ

Questions concernant Google Cloud SQL

Quels outils peuvent lire les données Google Cloud SQL 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 Cloud SQL ?

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 Cloud SQL ?

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 Cloud SQL ?

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 la base de données. Moteurs : PostgreSQL, MySQL et SQL Server sur une seule carte. Adresse : l’adresse IP privée ou publique de l’instance, ou 127.0.0.1 via le proxy d’authentification Cloud SQL (Cloud SQL n’a pas de nom d’hôte). Ports : 5432 pour PostgreSQL, 3306 pour MySQL et 1433 pour SQL Server ; ces ports sont préremplis pour chaque moteur et vérifiés par rapport au moteur sélectionné. TLS : activé par défaut pour les connexions IP directes ; désactivé via le proxy d’authentification, qui chiffre son propre tunnel.

Est-il possible de connecter Google Cloud SQL à 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 Cloud SQL 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 ressources et de taille.

La connexion à Google Cloud SQL est-elle différente de la connexion à PostgreSQL ?

Seule la chaîne de connexion est nécessaire. Google Cloud SQL 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 Cloud SQL pré-remplit les paramètres d'hôte, de port et SSL attendus par le fournisseur.

Existe-t-il un guide pour convertir Cloud SQL en Excel ?

Oui, il s'agit bien du guide PostgreSQL, et il est parfaitement adapté à Google Cloud SQL. Cloud SQL utilise le protocole PostgreSQL ; par conséquent, la connexion à Excel, à Google Sheets et à toute autre destination suit la même procédure. Seule la chaîne de connexion est spécifique à Cloud SQL, et la fiche Cloud SQL la renseigne automatiquement.

Installez Cloud SQL là où le travail se déroule.

Installez l'agent, configurez-le pour qu'il pointe vers votre base de données et choisissez une destination.

Commencez gratuitement Tous les connecteurs

Lecture seule Sortant uniquement Les identifiants restent sur l'agent