Google AlloyDB-Logo

Postgres-kompatibel spricht PostgreSQL

Verbinden Google AlloyDB zu Excel, Google Sheets, KI und REST

AlloyDB für PostgreSQL über eine private IP-Adresse innerhalb Ihrer VPC oder über den AlloyDB-Authentifizierungsproxy. Keine öffentliche IP-Adresse, keine eingehenden Regeln.

Eine Verbindung, jede Oberfläche

Wohin Ihre AlloyDB-Daten gelangen können

Query Streams liest Daten aus AlloyDB aus Microsoft Excel, Google Sheets, Power BI, KI-Assistenten über MCP und einem REST-Endpunkt über eine einzige Leseverbindung. AlloyDB hat keinen öffentlichen Hostnamen – Sie erreichen es über eine private IP-Adresse innerhalb Ihrer Google Cloud VPC oder über den AlloyDB-Authentifizierungsproxy auf localhost. Platzieren Sie den Netzwerkagenten auf einer kleinen VM in derselben VPC. Dadurch greift er privat auf die Instanz zu und stellt ausschließlich ausgehende Verbindungen her. AlloyDB benötigt daher keine öffentliche IP-Adresse und Ihre VPC keine Ingress-Regel.

Google AlloyDB ist PostgreSQL im Netzwerk. — der Standardtreiber, daher gelten alle nachfolgenden Anleitungen unverändert. Der einzige AlloyDB-spezifische Teil ist die Verbindungszeichenfolge, die unter folgendem Abschnitt behandelt wird: Verbindungsdetails.

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

    Live-Ergebnisse von AlloyDB direkt in ein Arbeitsblatt importieren und bei Bedarf aktualisieren – Desktop-Excel, Excel Online, Microsoft 365.

    PostgreSQL-Leitfaden
  3. AlloyDB zu Google Sheets Tabellen-Add-on

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

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

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

    So funktioniert Nova
  5. AlloyDB zu Datenanzeige Ergebnispräsentation · Team, Lieferanten, Partner · Smartphone, Tablet, Desktop

    Teilen Sie Live-Ergebnisse von AlloyDB 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-Abfragen oder Zugangsdaten.

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

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

    PostgreSQL-Leitfaden
  8. AlloyDB 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-AlloyDB-Ergebnisse über HTTPS – ohne ODBC-Treiber und ohne geöffneten Datenbankport.

    So funktioniert Power BI
  9. AlloyDB zu Airtable Automatisierungsplattform

    Synchronisieren Sie AlloyDB-Zeilen zeitgesteuert mit einer Airtable-Basis oder rufen Sie sie innerhalb eines Airtable-Automatisierungsskripts ab.

    PostgreSQL-Leitfaden
  10. AlloyDB zu Baserow Automatisierungsplattform

    Eine Baserow-Tabelle wird über den REST-Endpunkt mit Daten aus AlloyDB gefüttert – entweder selbst gehostet oder in der Baserow-Cloud.

    PostgreSQL-Leitfaden
  11. AlloyDB zu SeaTable Automatisierungsplattform

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

    PostgreSQL-Leitfaden
  12. AlloyDB zu Smartsheet Automatisierungsplattform

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

    PostgreSQL-Leitfaden
  13. AlloyDB zu Anvil Anvil Works · App-Plattform

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

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

    Gewähren Sie einem KI-Assistenten Lesezugriff auf AlloyDB mit dem Schema, das er benötigt, um korrekte SQL-Abfragen zu schreiben – keine Anmeldeinformationen im Chat.

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

    Richten Sie eine AlloyDB-Abfrage ein und lassen Sie die Zeilen an Slack, Discord, per E-Mail oder über einen signierten Webhook zustellen – 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

Platzieren Sie den Netzwerkagenten auf einer VM innerhalb derselben Google Cloud VPC wie die AlloyDB-Instanz. Dies ist die für das gesamte Design vorgesehene Platzierung.

02

Geben Sie die private IP-Adresse der Instanz ein. AlloyDB hat keinen Hostnamen – Sie verwenden einfach die Adresse.

03

Alternativ können Sie den AlloyDB Auth Proxy auf der VM des Agenten ausführen und die Karte auf 127.0.0.1 verweisen. Die Karte erkennt localhost und gibt die entsprechenden Hinweise.

04

Geben Sie Benutzername und Passwort für die Datenbank ein. AlloyDB verwendet standardmäßig die Datenbank „postgres“, die von der Karte vorausgefüllt wird.

05

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

Funktionsanalyse

Was AlloyDB Ihnen bietet

Ein Agent in der VPC ist das gesamte Design

AlloyDB ist auf Datenschutz ausgelegt, und der Netzwerkagent ist so konzipiert, dass er ausschließlich ausgehende Verbindungen herstellt. Diese beiden Tatsachen ergänzen sich so gut, dass der private Pfad die Standardeinstellung und nicht die gehärtete Option ist.

  • Führen Sie den Agenten auf einer VM in derselben VPC aus; er erreicht die Instanz über ihre private IP-Adresse. Es werden keine Informationen zu AlloyDB veröffentlicht, und es wird keine öffentliche IP-Adresse benötigt.
  • Der Agent wählt sich aus und hört nie zu, daher gibt es keine Eingangsregel, die hinzugefügt werden könnte, und nichts, was jemand außerhalb der VPC erreichen könnte.
  • Da AlloyDB über die IP-Adresse und nicht über den Hostnamen adressiert wird, enthält die Adresse keine Informationen, die Query Streams erkennen könnte. Das AlloyDB-Logo stammt von der Auswahl dieser Karte und nicht vom Abfangen der Adresse. — sodass eine einfache Postgres-Verbindung zur gleichen IP-Adresse weiterhin als einfache Postgres-Verbindung gekennzeichnet bleibt.
  • AlloyDB ist ausschließlich mit PostgreSQL kompatibel. Im Gegensatz zu Cloud SQL, das auch MySQL und SQL Server anbietet, gibt es hier nur eine einzige Engine und keine Auswahlmöglichkeit.

Deaktivieren Sie SSL über den Authentifizierungsproxy.

Der andere unterstützte Weg ist Googles AlloyDB Auth Proxy, und dabei wird eine Antwort im Formular geändert.

  • Starten Sie den Proxy auf dem Rechner des Agenten und richten Sie die Karte auf 127.0.0.1 aus. Die Karte erkennt localhost und gibt an, was als Nächstes zu tun ist.
  • Der Proxy verschlüsselt den Tunnel selbst. Die Aufforderung an den Postgres-Treiber, zusätzlich eine eigene TLS-Verschlüsselung auszuhandeln, verursacht den hier auftretenden SSL-Fehler. Deaktivieren Sie daher das Kontrollkästchen für eine Proxy-Verbindung.
  • Bei einer direkten Verbindung mit einer privaten IP-Adresse lassen Sie das Kontrollkästchen aktiviert. AlloyDB bildet hier die Ausnahme unter den gehosteten Anbietern. — Die Checkbox steuert tatsächlich, ob TLS verwendet wird, und wird nicht vom Agenten überschrieben.
  • Wenn TLS aktiviert ist, wird der Datenverkehr verschlüsselt, die Zertifikatskette jedoch nicht überprüft.

Normales Postgres, sobald verbunden

Hinter der Adresse und dem Proxy befindet sich keine AlloyDB-spezifische Hardware. Ankommende Daten sind Postgres-Daten.

  • Die Verbindung wird als PostgreSQL-Verbindung mit AlloyDB als Badge gespeichert. Es existiert kein Verbindungstyp namens AlloyDB.
  • Die Authentifizierung erfolgt über einen Datenbankbenutzernamen und ein Passwort. Die Google Cloud IAM-Datenbankauthentifizierung wird von dieser Karte nicht unterstützt.
  • Es gibt keine Pooler-Konfiguration und keinen auszuwählenden Pool-Endpunkt. Der Agent verbindet sich direkt.
  • „public“ ist das Standardschema und wird in quellcodeübergreifenden Verweisen verwendet.
-- Normales Postgres, schreibgeschützt, über die private IP 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;

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 AlloyDB mit Ihren übrigen Daten.

Eine einzige Anweisung kann AlloyDB 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 AlloyDB Postgres-kompatibel
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     Legierungskern.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 AlloyDB benötigt

Adresse
Die private IP-Adresse der Instanz. AlloyDB hat keinen öffentlichen Hostnamen – oder 127.0.0.1 bei Verwendung des Authentifizierungsproxys.
Hafen
5432
Treiber
Npgsql wird vom Agenten bereitgestellt – auf der AlloyDB-Seite ist keine Installation erforderlich.
Agentenplatzierung
Eine VM in derselben VPC. Nur ausgehender Datenverkehr, daher keine Eingangsregel und keine öffentliche Sichtbarkeit.
Datenbank
PostgreSQL ist standardmäßig installiert und entsprechend vorausgefüllt.
Authentifizierung
Datenbankbenutzername und -passwort. Die IAM-Datenbankauthentifizierung wird nicht unterstützt.
TLS
Über das Kontrollkästchen steuerbar und standardmäßig aktiviert. Verschlüsselt; die Zertifikatskette wird nicht überprüft. Deaktivieren Sie diese Funktion bei Verwendung des Authentifizierungsproxys, da dieser den Tunnel selbst verschlüsselt.
Pooling
Keine Konfiguration erforderlich – der Agent verbindet sich direkt
Motoren
Ausschließlich PostgreSQL. Im Gegensatz zu Cloud SQL gibt es keine MySQL- oder SQL-Server-Option.
Standardschema
öffentlich, was eine föderierte Bezugnahme beinhaltet

AlloyDB ist in diesem Katalog das beste Beispiel dafür, wie die Architektur des Agenten perfekt zur Datenbank passt. AlloyDB benötigt eine private IP-Adresse ohne öffentliche Schnittstelle; der Agent stellt ausschließlich ausgehende Verbindungen her und lauscht niemals auf Servern. Platziert man beide in derselben VPC, sind keine Kompromisse nötig – keine öffentliche IP-Adresse muss eingerichtet, keine Liste autorisierter Netzwerke verwaltet und keine Eingangsregel später überprüft werden. Der Zugriff auf eine private Datenbank verursacht normalerweise Netzwerkkosten. Hier genügt eine kleine VM.

Die Fußnote zum Authentifizierungsproxy ist lesenswert, bevor der Fehler auftritt. Googles Proxy verschlüsselt den Tunnel bereits. Wenn der Postgres-Treiber nun versucht, TLS innerhalb des Tunnels auszuhandeln, schlägt der Verbindungstest mit einem SSL-Fehler fehl, der wie ein Zertifikatsproblem aussieht, aber keines ist. Die Lösung besteht darin, das SSL-Kontrollkästchen für eine Proxy-Verbindung zu deaktivieren. Dies wird in der Meldung angezeigt, sobald eine localhost-Adresse erkannt wird. Bei einer direkten Verbindung über eine private IP-Adresse sollte das Kontrollkästchen aktiviert bleiben – und im Gegensatz zu den meisten anderen Anbietern entscheidet bei AlloyDB das Kontrollkästchen und nicht der Agent darüber.

Für eine quellenübergreifende Abfrage verhält sich AlloyDB wie gewöhnliches PostgreSQL. Eine Verbindung namens `alloy_core` wird als `alloy_core.public.orders` geschrieben und verknüpft Daten mit einem Ordner mit CSV-Dateien, einem lokalen Datenspeichersystem oder einer Abrechnungs-API in einer einzigen Lese-Anweisung – ohne dass Daten kopiert oder geplant werden. Die Verknüpfung wird vom jeweiligen Agenten ausgeführt, also im Fall von AlloyDB innerhalb Ihrer VPC.

Herstellerdokumentation: cloud.google.com

Häufig gestellte Fragen

Fragen zu Google AlloyDB

Welche Tools können Google AlloyDB-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 AlloyDB-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 AlloyDB verä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 AlloyDB herzustellen?

Ein erreichbarer Host, eine Rolle und deren Passwort – der Agent trägt den Treiber, daher wird nichts auf der Datenbank installiert. Adresse: Die private IP-Adresse der Instanz. AlloyDB hat keinen öffentlichen Hostnamen – oder 127.0.0.1 bei Verwendung des Authentifizierungsproxys. Port: 5432. Treiber: Npgsql, vom Agenten mitgeführt – keine Installation auf der AlloyDB-Seite erforderlich. Agentenplatzierung: Eine VM in derselben VPC. Nur ausgehender Datenverkehr, daher keine Eingangsregel und keine öffentliche Erreichbarkeit.

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

Ja, das ist eine föderierte Abfrage. Eine einzige Anweisung kann Google AlloyDB und Ihre anderen Verbindungen gleichzeitig referenzieren (geschrieben als Verbindung.Schema.Tabelle). 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 AlloyDB von der Verbindung von PostgreSQL?

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

Gibt es eine Anleitung zur Konvertierung von AlloyDB in Excel?

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

Platzieren Sie AlloyDB dort, wo die eigentliche 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.