Crunchy Bridge Logo

Verwaltetes Postgres spricht PostgreSQL

Verbinden Knirschende Brücke zu Excel, Google Sheets, KI und REST

Crunchy Bridge verwaltet PostgreSQL, entweder direkt oder über den integrierten PgBouncer. Der Port teilt dem Agenten mit, welchen Port Sie gemeint haben.

Eine Verbindung, jede Oberfläche

Wohin Ihre Crunchy Bridge-Daten gelangen können

Query Streams liest Daten von Crunchy Bridge aus Microsoft Excel, Google Sheets, Power BI, KI-Assistenten über MCP und einem REST-Endpunkt über eine einzige schreibgeschützte Verbindung. Crunchy Bridge platziert seine direkte Datenbank und den integrierten PgBouncer auf demselben Hostnamen und trennt sie durch die Ports 5432 und 5431. Dieses Detail sorgt für die sauberste gepoolte Verbindung aller hier vorgestellten verwalteten PostgreSQL-Karten. Der Port ist das alleinige Signal, sodass Assistent, Badge und Agent dieselben Informationen empfangen und sich nicht darüber streiten können, welcher Endpunkt verwendet wird.

Crunchy Bridge ist PostgreSQL über das Netzwerk. — der Standardtreiber, daher gelten alle nachfolgenden Anleitungen unverändert. Der einzige Crunchy Bridge-spezifische Teil ist die Verbindungszeichenfolge, die unter folgendem Abschnitt behandelt wird: Verbindungsdetails.

  1. Für Ihr Team, Ihre Lieferanten und Partner
  2. Crunchy Bridge to Excel Microsoft Excel · Excel-Add-in

    Die Ergebnisse von Crunchy Bridge können Sie live in ein Arbeitsblatt importieren und bei Bedarf aktualisieren – egal ob Desktop-Excel, Excel Online oder Microsoft 365.

    PostgreSQL-Leitfaden
  3. Crunchy-Brücke zu Google Sheets Tabellen-Add-on

    Führen Sie eine gespeicherte Crunchy Bridge-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 Crunchy Bridge Nova AI · Text zu SQL

    Stellen Sie Ihre Frage in einfachem Englisch. Nova kennt Ihre Crunchy Bridge-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. Crunchy Bridge zum Datenbetrachter Ergebnispräsentation · Team, Lieferanten, Partner · Smartphone, Tablet, Desktop

    Teilen Sie Live-Ergebnisse von Crunchy Bridge 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-Abfrage oder die Zugangsdaten.

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

    Veröffentlichen Sie eine Crunchy Bridge-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. Crunchy Bridge 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-Ergebnisse von Crunchy Bridge über HTTPS – ohne ODBC-Treiber und ohne geöffneten Datenbankport.

    So funktioniert Power BI
  9. Crunchy Bridge zu Airtable Automatisierungsplattform

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

    PostgreSQL-Leitfaden
  10. Knirschende Brücke nach Baserow Automatisierungsplattform

    Eine Baserow-Tabelle wird von Crunchy Bridge über den REST-Endpunkt gefüttert – entweder selbst gehostet oder in der Baserow-Cloud.

    PostgreSQL-Leitfaden
  11. Knusprige Brücke zum Tisch Automatisierungsplattform

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

    PostgreSQL-Leitfaden
  12. Crunchy Bridge zu Smartsheet Automatisierungsplattform

    Die Ergebnisse von Crunchy Bridge 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. Knirschende Brücke nach Anvil Anvil Works · App-Plattform

    Sichern Sie eine Anvil Python-App mit Crunchy Bridge über den REST-Endpunkt ab, anstatt Datenbankzugangsdaten in die App einzubetten.

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

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

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

    Richten Sie eine Crunchy Bridge-Abfrage auf einen Zeitplan ein und lassen Sie die Zeilen an Slack, Discord, E-Mail oder einen signierten Webhook liefern – oder halten Sie die Nachricht zurück, bis eine bestimmte Zeilenanzahl, ein Schwellenwert oder eine prozentuale Änderung die von Ihnen festgelegte Grenze überschreitet.

    So funktionieren Benachrichtigungen und Berichte

So funktioniert es

5 Schritte, keine Änderung der eingehenden Firewall

01

Installieren Sie den Netzwerkagenten auf jedem Rechner mit Internetzugang. Er öffnet eine ausgehende Verbindung und lauscht nicht, sodass keine eingehende Firewall-Regel angefordert werden muss.

02

Öffnen Sie den Cluster in Crunchy Bridge, gehen Sie zum Tab „Verbindung“ und kopieren Sie die URI. Fügen Sie sie in das erste Feld ein – Host, Port, Datenbank, Benutzername und Passwort werden automatisch ausgelesen.

03

Prüfen Sie, welcher Port durchgereicht wurde. 5432 ist die direkte Datenbank und 5431 der PgBouncer-Pool. Die Modusauswahl passt sich beim Einfügen automatisch dem Port an.

04

Lassen Sie „SSL verwenden“ aktiviert und führen Sie den Test aus. Crunchy Bridge erfordert eine verschlüsselte Verbindung, und der Agent erzwingt dies unabhängig davon für Crunchy-Hostnamen.

05

Speichern Sie die Daten und lesen Sie sie anschließend aus Microsoft Excel, Google Sheets, Power BI, MCP oder per REST-Schnittstelle. Die eingefügte URI wird nach dem Ausfüllen der Felder gelöscht, sodass das Passwort nur einmal gespeichert wird.

Funktionsanalyse

Was Crunchy Bridge Ihnen bietet

Zwei Ports, ein Hostname und nichts, was schiefgehen könnte.

Die meisten verwalteten Postgres-Dienste mit Pooler vergeben einen zweiten Hostnamen oder eine Option, die man sich merken muss. Crunchy Bridge ändert nur den Port, was sich als wichtiger erweist, als es zunächst klingt.

  • Port 5432 ist die direkte Datenbankverbindung. Port 5431 ist der integrierte PgBouncer, der im Transaktionsmodus auf demselben Host mit denselben Anmeldeinformationen läuft.
  • Da der Port Teil jeder Verbindungszeichenfolge ist, wird er mit dem Einfügen übertragen. Fügt man eine 5431-URI ein, wechselt die Karte in den Pool-Modus. — Sie müssen nicht wissen, dass der Moduswähler existiert.
  • Der Agent liest beim Verbindungsaufbau denselben Port aus, daher entsprechen die Anzeige des Badges und die tatsächlichen Vorgänge der Realität und nicht zwei Einstellungen, die voneinander abweichen können. Bei Karten, bei denen das Pooling-Flag separat von der Adresse gespeichert wird, ist dies jedoch möglich.
  • Der Moduswähler lässt keine Widersprüche zu. Wählen Sie den Pool, bei dem der Port noch auf 5432 eingestellt ist; dies wird Ihnen vor dem Speichern angezeigt – genau der Fehler, den dieses Design verhindern soll.

Was ändert sich, wenn man durch den Pool geht?

Beim Transaction Pooling wird Ihre Sitzung zwischen den Anweisungen an ein anderes Backend übergeben, und zwei Npgsql-Standardeinstellungen müssen geändert werden, damit dies sicher ist.

  • Vorbereitete Anweisungen sind deaktiviert. Benannte vorbereitete Anweisungen bleiben nicht erhalten, wenn sie einem anderen Backend zugewiesen werden. Daher wird die automatische Vorbereitung deaktiviert, anstatt sie später unter Last ausfallen zu lassen.
  • Der Session-Reset, der normalerweise beim Zurückkehren einer Verbindung zum Pool ausgeführt wird, wird übersprungen, da dieser Reset bei einem Transaktionspooler nicht von Ihnen durchgeführt werden kann.
  • Beide werden vom Agenten allein über den Port angewendet. Es ist keine Konfiguration erforderlich, und es gibt keine Möglichkeit, den gepoolten Endpunkt ohne das entsprechende Verhalten zu verwenden.
  • Verwenden Sie den direkten Port für langlaufende Lesevorgänge und den Pool für viele kurze. Beide funktionieren sowohl in Microsoft Excel als auch in Google Sheets; der Unterschied zeigt sich in der Anzahl der gleichzeitigen Zugriffe, nicht in den Ergebnissen.

Verschlüsselt, und was das beweist und was nicht.

Es ist wichtig, dies klarzustellen, da es sich um die gleiche Vorgehensweise bei allen hier verwalteten Postgres-Karten handelt und man leicht etwas falsch interpretieren kann.

  • TLS ist erforderlich, wird aber nicht angeboten. Der Agent erzwingt die Verschlüsselung für Crunchy-Hostnamen, selbst wenn das SSL-Kontrollkästchen deaktiviert ist, sodass der Datenverkehr niemals unverschlüsselt übertragen wird.
  • Die Zertifikatskette wird nicht verifiziert. Betrachten Sie sie als Schutz vor dem Abfangen des Datenverkehrs während der Übertragung, nicht aber als Nachweis dafür, welcher Server geantwortet hat.
  • Alle vom Agenten ausgeführten Prozesse sind schreibgeschützt, und die Anmeldeinformationen verlassen niemals den Rechner, auf dem er installiert wurde. Query Streams speichert weder eine Kopie Ihrer Daten noch eine Kopie Ihres Passworts.
  • Auf Crunchy-Seite ist keine Installation erforderlich. Der Agent enthält den Npgsql-Treiber und verbindet sich als normaler Client.
-- Normales Postgres, schreibgeschützt, über TLS 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

Verbinde Crunchy Bridge mit deinen übrigen Daten

Eine einzige Anweisung kann Crunchy Bridge und Ihre anderen Verbindungen gleichzeitig umfassen. Jede Quelle führt nur den von ihr verarbeitbaren Teil aus, streamt das Ergebnis zurück, und die Zusammenführung erfolgt zentral – die Quellen kommunizieren nie miteinander, und es werden keine Kopien an andere Stellen angefertigt.

3 Verbindungen · 3 Agenten

Knirschende Brücke Verwaltetes Postgres
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     crunchy_prod.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 Crunchy Bridge braucht

Gastgeber
p.<cluster-id>.db.postgresbridge.com — derselbe Host für beide Endpunkte
Hafen
5432 für die direkte Datenbank, 5431 für den integrierten PgBouncer-Pool
Treiber
Npgsql wird vom Agenten bereitgestellt – am Crunchy Bridge-Ende ist keine Installation erforderlich.
Format einfügen
Die URI aus dem Verbindungs-Tab des Clusters, als postgres://-Zeichenkette
TLS
Für Crunchy-Hostnamen erforderlich und durchgesetzt. Verschlüsselt; die Zertifikatskette wird nicht überprüft.
Pooling
PgBouncer im Transaktionsmodus auf Port 5431. Der Agent deaktiviert automatisch vorbereitete Anweisungen und überspringt den Sitzungsreset, wenn Sie ihn verwenden.
Gespeichert als
PostgreSQL, wobei Crunchy Bridge als Abzeichen beibehalten wird
Standardschema
öffentlich, was eine föderierte Bezugnahme beinhaltet

Crunchy Bridge dient als Referenzbeispiel für die Beschreibung eines gepoolten Endpunkts. Da der Pool ein Port und kein separater Hostname oder gespeichertes Flag ist, liest jede relevante Schicht – der Verbindungsmodus, der Paste-Parser und der Verbindungsagent – denselben Wert von derselben Stelle. Es gibt keine zweite Einstellung, die synchronisiert werden müsste, und somit kann die Bezeichnung nicht von der tatsächlichen Verbindungseinstellung abweichen.

Der Modus-Selektor ist eher als Schutzmechanismus denn als Schalter zu verstehen. Er ändert den Port nicht, wenn Sie ihn ändern; er verhindert, dass die beiden Werte voneinander abweichen. Das ist beabsichtigt, denn Crunchy Bridge routet die Daten über den Port. Würde der Selektor also maßgebend sein, könnte er den einzigen relevanten Wert überschreiben.

Für eine quellenübergreifende Abfrage verwendet Crunchy Bridge das übliche PostgreSQL. Eine Verbindung namens crunchy_prod wird als crunchy_prod.public.orders geschrieben und verknüpft einen Ordner mit CSV-Dateien, ein lokales Datensystem oder eine Abrechnungs-API in einer einzigen Lese-Anweisung – ohne dass Daten kopiert oder geplant werden.

Herstellerdokumentation: www.crunchydata.com

Häufig gestellte Fragen

Fragen zu Crunchy Bridge

Welche Tools können Crunchy Bridge-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 Crunchy Bridge-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 Crunchy Bridge 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 Crunchy Bridge herzustellen?

Ein erreichbarer Host, eine Rolle und das zugehörige Passwort – der Agent trägt den Treiber, daher ist keine Installation auf der Datenbank erforderlich. Host: p.<Cluster-ID>.db.postgresbridge.com – derselbe Host für beide Endpunkte. Port: 5432 für die direkte Datenbank, 5431 für den integrierten PgBouncer-Pool. Treiber: Npgsql, vom Agenten bereitgestellt – keine Installation auf der Crunchy Bridge-Seite. Format zum Einfügen: Die URI aus dem Verbindungs-Tab des Clusters als postgres://-Zeichenkette.

Kann ich Crunchy Bridge in derselben Abfrage mit einer anderen Datenbank verknüpfen?

Ja, das ist eine föderierte Abfrage. Eine einzige Anweisung kann gleichzeitig auf Crunchy Bridge und Ihre anderen Verbindungen zugreifen (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 Abonnementplans. Die Seite für föderierte Abfragen zeigt die aktuellen Quell- und Größenbeschränkungen an.

Unterscheidet sich die Verbindung von Crunchy Bridge von der Verbindung von PostgreSQL?

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

Gibt es eine Anleitung von Crunchy Bridge zu Excel?

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

Platziere Crunchy Bridge 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.