Google Cloud SQL-Logo

Verwaltet · Mehrmotoren spricht PostgreSQL / MySQL / Microsoft SQL Server

Verbinden Google Cloud SQL zu Excel, Google Sheets, KI und REST

Google Cloud SQL – PostgreSQL, MySQL oder SQL Server. Der Agent verbindet sich über die IP-Adresse, die Sie bereits öffentlich zugänglich gemacht haben.

Eine Verbindung, jede Oberfläche

Wohin Ihre Cloud SQL-Daten gelangen können

Query Streams liest Google Cloud SQL-Daten aus Microsoft Excel, Google Sheets, Power BI, KI-Assistenten über MCP und einem REST-Endpunkt über eine einzige Leseverbindung. Eine Karte deckt PostgreSQL, MySQL und SQL Server ab. Der Netzwerkagent läuft auf einer VM innerhalb Ihrer VPC und verbindet sich über die private IP-Adresse der Instanz. Er wählt sich ausschließlich nach außen ein – die Instanz benötigt daher keine öffentliche IP-Adresse und keine Einträge in autorisierten Netzwerken.

Google Cloud SQL ist PostgreSQL / MySQL / Microsoft SQL Server im Netzwerk. — der Standardtreiber, daher gelten alle nachfolgenden Anleitungen unverändert. Der einzige Cloud-SQL-spezifische Bestandteil ist die Verbindungszeichenfolge, die unter folgendem Abschnitt behandelt wird: Verbindungsdetails.

  1. Für Ihr Team, Ihre Lieferanten und Partner
  2. Cloud SQL zu Excel Microsoft Excel · Excel-Add-in

    Cloud-SQL-Ergebnisse live in ein Arbeitsblatt importieren und bei Bedarf aktualisieren – Desktop-Excel, Excel Online, Microsoft 365.

    PostgreSQL-Leitfaden
  3. Cloud SQL zu Google Sheets Tabellen-Add-on

    Führen Sie eine gespeicherte Cloud-SQL-Abfrage aus der Seitenleiste aus und ziehen Sie die Zeilen in das Tabellenblatt. Gemeinsame Mitarbeiter können es selbst aktualisieren.

    PostgreSQL-Leitfaden
  4. Fragen Sie Nova nach Cloud SQL Nova AI · Text zu SQL

    Stellen Sie Ihre Frage in einfachem Englisch. Nova kennt Ihre Cloud-SQL-Tabellen bereits, schreibt und führt die SQL-Abfrage aus, erklärt die Antwort und stellt sie grafisch dar – Sie müssen keine Abfrage schreiben und keine Zugangsdaten angeben.

    So funktioniert Nova
  5. Cloud SQL zu Datenbetrachter Ergebnispräsentation · Team, Lieferanten, Partner · Smartphone, Tablet, Desktop

    Teilen Sie Live-Ergebnisse aus Cloud SQL mit beliebigen Personen – Kollegen, Lieferanten, Partnern – als Lesezeichen speichernde Tabelle, die beim Öffnen auf einem Smartphone, Tablet oder Desktop-Computer immer neu angezeigt wird. Die Empfänger sehen die Ergebnisse, niemals die SQL-Anweisungen oder die Anmeldeinformationen.

    So funktioniert der Datenbetrachter
  6. Für Apps und Systeme
  7. Cloud SQL REST-API HTTP-Endpunkt

    Veröffentlichen Sie eine Cloud-SQL-Abfrage als authentifizierten JSON-Endpunkt, den jede Anwendung aufrufen kann – mit OpenAPI 3.1-Spezifikation und vorgefertigten Sammlungen für Postman, Insomnia und Hoppscotch. Es wird kein Datenbankport geöffnet.

    PostgreSQL-Leitfaden
  8. Cloud SQL zu Power BI Power Query M

    Fügen Sie die generierte Power Query M in den Power BI Advanced Editor ein, und der Bericht liest Live-Cloud-SQL-Ergebnisse über HTTPS – ohne ODBC-Treiber und ohne geöffneten Datenbankport.

    So funktioniert Power BI
  9. Cloud SQL zu Airtable Automatisierungsplattform

    Synchronisieren Sie Cloud SQL-Zeilen zeitgesteuert mit einer Airtable-Datenbank oder rufen Sie sie innerhalb eines Airtable-Automatisierungsskripts ab.

    PostgreSQL-Leitfaden
  10. Cloud SQL zu Baserow Automatisierungsplattform

    Eine Baserow-Tabelle wird über den REST-Endpunkt aus Cloud SQL gespeist – entweder selbst gehostet oder über die Baserow-Cloud.

    PostgreSQL-Leitfaden
  11. Cloud SQL zu SeaTable Automatisierungsplattform

    Halten Sie Ihre SeaTable-Datenbank mit Cloud SQL-Daten auf dem neuesten Stand, ohne eine Datei zu exportieren oder die Datenbank preiszugeben.

    PostgreSQL-Leitfaden
  12. Cloud SQL zu Smartsheet Automatisierungsplattform

    Die Ergebnisse von Cloud SQL werden in ein Smartsheet-Raster übertragen, sodass Pläne und Berichte aus dem Quellsystem und nicht aus dem Export der letzten Woche gelesen werden.

    PostgreSQL-Leitfaden
  13. Cloud SQL zu Anvil Anvil Works · App-Plattform

    Eine Anvil Python-App mit Cloud SQL über den REST-Endpunkt absichern, anstatt Datenbankzugangsdaten in die App einzubetten.

    PostgreSQL-Leitfaden
  14. Für KI-Tools
  15. Cloud SQL MCP-Server Claude-, Cursor- und MCP-Clients

    Gewähren Sie einem KI-Assistenten Lesezugriff auf Cloud SQL mit dem Schema, das er zum Schreiben korrekter SQL-Abfragen benötigt – keine Anmeldeinformationen im Chat.

    PostgreSQL-Leitfaden
  16. An Personen geliefert
  17. Cloud SQL-Warnungen und -Berichte Slack · Discord · E-Mail · Webhook

    Richten Sie eine Cloud SQL-Abfrage ein, die zeitgesteuert ausgeführt wird, und lassen Sie die Zeilen an Slack, Discord, per E-Mail oder über einen signierten Webhook liefern – oder halten Sie die Nachricht zurück, bis eine bestimmte Zeilenanzahl, ein Schwellenwert oder eine prozentuale Änderung den von Ihnen festgelegten Wert überschreitet.

    So funktionieren Benachrichtigungen und Berichte

So funktioniert es

5 Schritte, keine Änderung der eingehenden Firewall

01

Installieren Sie den Netzwerkagenten auf einer VM innerhalb der Google Cloud VPC. Er stellt nur ausgehende Verbindungen her, sodass die Instanz ihre öffentliche IP-Adresse deaktiviert lassen und ihre autorisierten Netzwerke leer lassen kann.

02

Wählen Sie die Datenbank-Engine – PostgreSQL, MySQL oder SQL Server. Der Rest des Formulars richtet sich nach Ihrer Auswahl.

03

Geben Sie die private IP-Adresse der Instanz an. Eine öffentliche IP-Adresse funktioniert, wenn Sie die Instanz bereits darüber erreichen, und 127.0.0.1 funktioniert, wenn Sie den Cloud SQL Auth Proxy verwenden.

04

Fügen Sie einen Datenbankbenutzer mit SELECT-Anweisungen für die zu lesenden Daten und dem Datenbanknamen hinzu.

05

Speichern. Microsoft Excel, Google Sheets, Power BI, MCP und REST lesen diese Instanz alle über die eine Verbindung oder verbinden sie mit Ihren anderen Datenquellen in einer einzigen Anweisung.

Funktionsanalyse

Was Cloud SQL Ihnen bietet

Private IP ist der empfohlene Weg und der einfachste.

Die Anbindung an Cloud SQL ist üblicherweise der schwierigste Teil, um diese Daten irgendwohin zu bringen. Das Problem löst sich auf, sobald sich der lesende Prozess bereits innerhalb der VPC befindet.

  • Der Agent stellt nur ausgehende Verbindungen her, daher benötigt die Installation auf einer VM in Ihrer VPC keinerlei Eingangsregel.
  • Die Instanz verwendet keine öffentliche IP-Adresse, und die Liste der autorisierten Netzwerke bleibt leer. — Es muss nichts aktualisiert werden, wenn sich die Büroanschrift ändert.
  • Da kein Hostname angegeben wird, erfolgt die Adressierung von Cloud SQL über die IP-Adresse. Dies ist eine Eigenschaft des Dienstes und keine Einschränkung.
  • Eine öffentliche IP-Adresse funktioniert weiterhin, falls dies Ihre bestehende Vereinbarung ist. Dem Agenten ist es egal, auf welcher Seite der Grundstücksgrenze sie sich befindet.

Der Authentifizierungsproxy wird verstanden

Viele Teams greifen über den Cloud SQL Auth Proxy auf Cloud SQL zu, anstatt direkt über eine IP-Adresse, und die Karte erkennt dies.

  • Die Eingabe von 127.0.0.1 oder localhost wird als Proxy erkannt, und die Karte zeigt dies an, anstatt Sie im Unklaren darüber zu lassen, ob es unterstützt wird.
  • Der Proxy verschlüsselt den Tunnel selbst, daher sollte die SSL-Option für diesen Pfad deaktiviert sein. — Die Karte informiert Sie darüber genau an der Stelle, an der Sie sonst durch einen SSL-Fehler verwirrt würden.
  • Bei direkten IP-Verbindungen sollte die SSL-Option aktiviert sein, und sie ist standardmäßig aktiviert.
  • Der Proxy ist ein Prozess, den Sie selbst ausführen und verwalten müssen; nichts davon ist im Agenten enthalten.

Drei Motoren und eine Sicherung gegen die Auswahl des falschen

Eine Multi-Engine-Karte birgt ein spezifisches Fehlerrisiko: das Einfügen eines Ports, der zu einer anderen Engine gehört als der ausgewählten. Diese Kombination schlägt beim Verbindungsaufbau fehl und liefert keine sinnvollen Informationen; daher wird sie im Formular abgefangen.

  • PostgreSQL auf Port 5432, MySQL auf Port 3306, SQL Server auf Port 1433 — vorausgefüllt für den von Ihnen gewählten Motor.
  • Geben Sie 3306 ein, wenn PostgreSQL ausgewählt ist. Die Karte teilt Ihnen mit, dass der Port zu MySQL gehört und fordert Sie auf, die Engine zu überprüfen, anstatt sie durchzuleiten.
  • Ein Passwort mit führenden oder nachfolgenden Leerzeichen wird ebenfalls als problematisch eingestuft, da es sich fast immer um ein Überbleibsel aus der Zwischenablage handelt und dies zu einem nicht eindeutig erkennbaren Authentifizierungsfehler führt.
  • Welchen Engine Sie auch wählen, die Verbindung wird so gespeichert. — Cloud SQL wird als Symbol auf der Karte angezeigt, nicht als Verbindungstyp.
-- Gleicher Lesevorgang, unabhängig davon, welche Engine die Instanz ausführt: 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;

Wird von jedem Datenbank-Connector gemeinsam genutzt.

Gilt für jeden Datenbank-Connector.

  • Nur ausgehend Der Agent öffnet eine einzige verschlüsselte Verbindung zu Query Streams. Es wird kein eingehender Port weitergeleitet, kein VPN verwendet, keine IP-Zulassungsliste verwendet und Ihre Datenbank wird nicht im Internet offengelegt.
  • Die Zugangsdaten bleiben erhalten. — Benutzername und Passwort der Datenbank befinden sich auf dem Rechner, auf dem der Agent installiert wurde. Query Streams empfängt diese Daten nicht und kann daher nicht selbstständig auf Ihre Datenbank zugreifen.
  • Schreibgeschützt, erzwungen — Nur eine Anweisung gleichzeitig, ausschließlich SELECT und ähnliche Optionen. Ein Schreibvorgang wird auf Ihrem Rechner abgelehnt, bevor er an den Server gesendet wird, anstatt sich auf eine von jemandem gesetzte Berechtigung zu verlassen.
  • Setzen Sie beliebig viele Agenten ein. — eine pro Standort, Region oder Cloud. Alle sichtbaren Datenquellen werden in einem einzigen Dropdown-Menü angezeigt, sodass niemand wissen muss, welcher Agent welche Daten hostet.

Was Sie erhalten, sobald eine Abfrage gespeichert wurde

  • Teilen Sie die Funktionalität, nicht die SQL-Anweisung. — Ein Kollege oder ein externer Partner kann Ihre Abfrage ausführen und deren Filter ändern, ohne jemals die dahinterstehende Anweisung zu sehen.
  • Filter aus beiden Richtungen — Deklarieren Sie sie selbst als @Variablen oder lassen Sie den Konnektor die bereits in Ihrer WHERE-Klausel vorhandenen Literalwerte erkennen und diese als Dropdown-Listen anbieten.
  • Lesen Sie es von überall aus — Microsoft Excel, Google Sheets, Power BI, die REST-API, KI-Assistenten über MCP, der Query Builder und Nova lesen alle dieselbe gespeicherte Abfrage.
  • Mehrere gleichzeitig ausführen — fünf gespeicherte Abfragen in fünf Tabellenblattregisterkarten, die gleichzeitig abgearbeitet werden, unabhängig von der Größe der Ergebnisse.
  • Verbinde es mit allem anderen, was du verbunden hast. — eine andere Datenbank, eine Business-API oder einen Ordner mit Dateien in einer einzigen schreibgeschützten Anweisung.

Quellübergreifendes SQL

Verbinden Sie Cloud SQL mit Ihren übrigen Daten.

Eine einzige Anweisung kann Cloud SQL und Ihre anderen Verbindungen gleichzeitig umfassen. Jede Quelle führt nur den von ihr bearbeitbaren Teil aus, streamt das Ergebnis zurück, und die Verknüpfung erfolgt zentral – die Quellen kommunizieren nie miteinander, und es werden keine Daten kopiert.

3 Verbindungen · 3 Agenten

Google Cloud SQL Verwaltet · Mehrmotoren
Microsoft SQL-Server Relationale Maschine
Streifen Zahlungen & Rechnungsstellung

Eine Aussage

– nichts kopiert, nichts zusammengeführt, nichts geplant
SELECT   c.region, COUNT(*) AS orders, SUM(i.amount_due) AS invoiced
VON     gcp_sales.public.orders1 f
JOIN     erp_sql.dbo.customers2   c ON c.id = f.customer_id
JOIN     Abrechnung.stripe.invoices3 i ON i.customer = c.stripe_id
GROUP BY c.region
ORDER BY in Rechnung gestellte Beschreibung;

Die drei Bestandteile sind Verbindung, Schema und Tabelle – der Verbindungsname ist der von Ihnen gewählte. Die Spalten dienen nur der Veranschaulichung; Ihre Tabellen entsprechen Ihren tatsächlichen Tabellen. Der Schreibschutz gilt für alle Komponenten: Nur SELECT, WITH und EXPLAIN sind zulässig, und es gibt eine Obergrenze für die Datenmenge, die eine einzelne Datenquelle pro Abfrage übermitteln darf. Wie föderierte Abfragen funktionieren

Verbindungsdetails

Was Cloud SQL benötigt

Motoren
PostgreSQL, MySQL und SQL Server auf einer Karte
Adresse
Die private oder öffentliche IP-Adresse der Instanz oder 127.0.0.1 über den Cloud SQL-Authentifizierungsproxy – Cloud SQL hat keinen Hostnamen, auf den verwiesen werden kann.
Häfen
5432 PostgreSQL, 3306 MySQL, 1433 SQL Server – pro Engine vorausgefüllt und mit der von Ihnen gewählten Engine abgeglichen.
TLS
Bei direkten IP-Verbindungen ist die Option standardmäßig aktiviert; deaktiviert ist sie korrekt über den Authentifizierungsproxy, der seinen eigenen Tunnel verschlüsselt.
Gespeichert als
Die von Ihnen gewählte Engine, bei der Cloud SQL als Kennzeichnung beibehalten wird – es gibt keinen Verbindungstyp namens Cloud SQL
Erkennung
Da kein Hostname vorhanden ist, stammt das Badge von der Verbindung, die über diese Karte hergestellt wird; eine zuvor hergestellte einfache Verbindung zur selben Instanz zeigt es nicht nachträglich an.
Berechtigungen
Ein Datenbankbenutzer mit SELECT-Berechtigung für die zu lesenden Daten
Netzwerk
Ausgehende Verbindungen nur vom Agenten. Keine öffentliche IP-Adresse, keine Einträge im autorisierten Netzwerk, keine Eingangsregel.

Cloud SQL ist der einzige gehostete Dienst dieser Familie, der keine Sicherheitslücken aufweist. Alle anderen Managed-Anbieter stellen Ihnen einen Hostnamen mit einer erkennbaren Endung zur Verfügung; Cloud SQL hingegen eine IP-Adresse oder, falls Sie den Authentifizierungsproxy verwenden, eine Loopback-Adresse. Dies hat eine wichtige Konsequenz: Das Cloud-SQL-Logo stammt von der Einrichtung der Verbindung über diese Karte. Eine zuvor als reines PostgreSQL eingerichtete Verbindung zur selben Instanz wird daher weiterhin als reines PostgreSQL erkannt. Die Funktionsweise ist in beiden Fällen identisch – nur die Bezeichnung ist unterschiedlich.

Der Weg über eine private IP-Adresse ist trotz der verfügbaren öffentlichen Option empfehlenswert. Ein Agent auf einer VM innerhalb der VPC löst das gesamte Konnektivitätsproblem: keine öffentliche IP-Adresse auf der Instanz, keine zu verwaltenden autorisierten Netzwerke, keine Ingress-Regeln und keine statische Adresse, die aktualisiert werden muss. Der Agent wählt sich automatisch ein; Cloud SQL muss nie auffindbar sein.

Bei einer quellenübergreifenden Abfrage folgt der Qualifizierer der Engine, da die Verbindung unter dieser gespeichert wird. Eine Cloud SQL PostgreSQL-Verbindung namens gcp_sales wird als gcp_sales.public.orders geschrieben, und dieselbe Instanz auf einem SQL Server würde gcp_sales.dbo.orders heißen – eine Verknüpfung zu einem Ordner mit CSV-Dateien, einem lokalen Datensystem oder einer Abrechnungs-API in einer einzigen schreibgeschützten Anweisung.

Herstellerdokumentation: cloud.google.com

Häufig gestellte Fragen

Fragen zu Google Cloud SQL

Welche Tools können Google Cloud SQL-Daten über Query Streams lesen?

Alle Anwendungen – Excel, Google Sheets, MCP, REST-API, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, geplante Benachrichtigungen und Berichte – werden über eine einzige Verbindung bereitgestellt. Die Datenbankverbindung wird einmalig hergestellt, und alle Anwendungen greifen auf dieselbe schreibgeschützte Verbindung zu – es ist keine separate Einrichtung pro Tool und keine Datenkopie erforderlich.

Muss ich einen Firewall-Port für meine Google Cloud SQL-Datenbank öffnen?

Nein. Der Query Streams Network Agent läuft innerhalb Ihres Netzwerks und öffnet eine einzige verschlüsselte ausgehende Verbindung. Es wird kein eingehender Datenverkehr überwacht, ein VPN ist nicht erforderlich und die Datenbank behält ihre bestehenden Firewall-Regeln bei.

Können Abfrageströme Daten in Google Cloud SQL ändern?

Nein. Der Agent erzwingt zum Zeitpunkt der Ausführung den Lesezugriff – es wird jeweils nur eine Anweisung ausgeführt, beispielsweise SELECT-Anweisungen. Die Anmeldeinformationen verbleiben auf dem Agenten und werden niemals an Abfrageströme gesendet.

Was benötigt Query Streams, um eine Verbindung zu Google Cloud SQL herzustellen?

Ein erreichbarer Host, eine Rolle und das zugehörige Passwort – der Agent enthält den Treiber, daher wird nichts auf der Datenbank installiert. Datenbanken: PostgreSQL, MySQL und SQL Server auf einer Karte. Adresse: Die private oder öffentliche IP-Adresse der Instanz oder 127.0.0.1 über den Cloud SQL Auth Proxy – Cloud SQL hat keinen Hostnamen. Ports: 5432 (PostgreSQL), 3306 (MySQL), 1433 (SQL Server) – pro Datenbank vorbelegt und mit der ausgewählten Datenbank abgeglichen. TLS: Standardmäßig aktiviert für direkte IP-Verbindungen; deaktiviert ist korrekt über den Auth Proxy, der seinen eigenen Tunnel verschlüsselt.

Kann ich Google Cloud SQL in derselben Abfrage mit einer anderen Datenbank verknüpfen?

Ja, das ist eine föderierte Abfrage. Eine einzige Anweisung kann gleichzeitig auf Google Cloud SQL und Ihre anderen Verbindungen zugreifen und wird als Verbindung.Schema.Tabelle geschrieben. Jede Quelle führt nur den Teil aus, den sie verarbeiten kann, und streamt das Ergebnis zurück. Der Join erfolgt zentral, sodass die Quellen keine Verbindung zueinander herstellen und nichts kopiert oder eingeplant wird. Der Schreibschutz gilt nur für SELECT, WITH und EXPLAIN. Außerdem ist die Datenmenge, die eine Quelle für eine einzelne Abfrage übermitteln darf, begrenzt. Föderierte Abfragen sind eine Funktion des Abonnements. Die Seite für föderierte Abfragen zeigt die aktuellen Quell- und Größenbeschränkungen an.

Unterscheidet sich die Verbindung von Google Cloud SQL von der Verbindung von PostgreSQL?

Lediglich die Verbindungszeichenfolge. Google Cloud SQL verwendet das PostgreSQL-Protokoll, daher verhalten sich Filter, Zeitplanung, Freigabe, die Excel- und Google Sheets-Add-ons sowie der MCP-Server identisch. Die Cloud-SQL-Karte füllt die vom Anbieter erwarteten Host-, Port- und SSL-Einstellungen automatisch aus.

Gibt es eine Anleitung zur Konvertierung von Cloud SQL zu Excel?

Ja, es handelt sich um die PostgreSQL-Anleitung, und sie ist für Google Cloud SQL in der vorliegenden Form korrekt. Cloud SQL verwendet das PostgreSQL-Protokoll, daher sind die Schritte für die Verbindung von Cloud SQL zu Excel, Google Sheets und allen anderen Zielen identisch. Der einzige Cloud-SQL-spezifische Bestandteil ist die Verbindungszeichenfolge, die von der Cloud-SQL-Karte automatisch ausgefüllt wird.

Platzieren Sie Cloud SQL dort, wo die Arbeit stattfindet.

Installieren Sie den Agenten, verweisen Sie ihn auf Ihre Datenbank und wählen Sie ein Ziel aus.

Schreibgeschützt Nur ausgehend Die Zugangsdaten bleiben beim Agenten.