Logo rendern

Verwaltetes Postgres spricht PostgreSQL

Verbinden Machen zu Excel, Google Sheets, KI und REST

Render verwendet verwaltetes Postgres. Verwenden Sie die externe Verbindungszeichenfolge – die interne wird nur innerhalb von Render aufgelöst.

Kostenlos starten 13 Reiseziele

Eine Verbindung, jede Oberfläche

Wohin Ihre Renderdaten gelangen können

Machen Live-Tische • Nur lesbar
Verbundabfragen + jeder andere Anschluss · eine SQL-Abfrage über verschiedene Quellen hinweg · jeder Plan
Netzwerk-Agent
  • 1 ausgehende Verbindung
  • 0 eingehende Ports
  • Schreibgeschützt · Anmeldeinformationen bleiben erhalten

läuft auf

Query Streams liest Daten aus Render Postgres von Microsoft Excel, Google Sheets, Power BI, KI-Assistenten über MCP und einem REST-Endpunkt über eine einzige Leseverbindung. Render stellt jeder Datenbank zwei Adressen zur Verfügung: eine interne, die nur innerhalb des Render-Netzwerks aufgelöst werden kann, und eine externe, die von überall funktioniert. Die Wahl der falschen Adresse ist der einzige Fehler, der bei Verbindungen von außerhalb auftreten kann. Der Agent läuft auf Ihrem Rechner, nicht innerhalb von Render, daher benötigt er die externe Zeichenfolge.

Render ist PostgreSQL im Netzwerk — der Standardtreiber, daher gelten alle nachfolgenden Anleitungen unverändert. Der einzige Render-spezifische Teil ist die Verbindungszeichenfolge, die unter [Link einfügen] behandelt wird. Verbindungsdetails.

  1. Für Ihr Team, Ihre Lieferanten und Partner

  2. In Excel rendern Microsoft Excel · Excel-Add-in

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

    PostgreSQL-Leitfaden

  3. In Google Tabellen rendern Tabellen-Add-on

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

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

    Teilen Sie Live-Rendering-Ergebnisse mit beliebigen Personen – Kollegen, Lieferanten, Partnern – als Lesezeichen speichernde Tabelle, die beim Öffnen auf einem Smartphone, Tablet oder Desktop-Computer immer neu geladen wird. Sie sehen die Ergebnisse, niemals die SQL-Abfrage oder die Zugangsdaten.

    So funktioniert der Datenbetrachter
  6. Für Apps und Systeme

  7. REST-API rendern HTTP-Endpunkt

    Veröffentlichen Sie eine Render-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. In Power BI rendern Power Query M

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

    So funktioniert Power BI

  9. In Airtable rendern Automatisierungsplattform

    Synchronisieren Sie Renderzeilen in einer Airtable-Basis nach einem Zeitplan oder rufen Sie sie innerhalb eines Airtable-Automatisierungsskripts ab.

    PostgreSQL-Leitfaden

  10. In die Basiszeile rendern Automatisierungsplattform

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

    PostgreSQL-Leitfaden

  11. An SeaTable rendern Automatisierungsplattform

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

    PostgreSQL-Leitfaden

  12. In Smartsheet rendern Automatisierungsplattform

    Die Ergebnisse von Push Render werden in ein Smartsheet-Raster eingefügt, sodass Pläne und Berichte aus dem Quellsystem und nicht aus dem Export der letzten Woche gelesen werden.

    PostgreSQL-Leitfaden

  13. An Amboss rendern Anvil Works · App-Plattform

    Eine Anvil Python-App mit Render über den REST-Endpunkt unterstützen, anstatt Datenbankzugangsdaten in die App einzubetten.

    PostgreSQL-Leitfaden
  14. Für KI-Tools

  15. Render MCP-Server Claude-, Cursor- und MCP-Clients

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

    PostgreSQL-Leitfaden
  16. An Personen geliefert

  17. Benachrichtigungen und Berichte anzeigen Slack · Discord · E-Mail · Webhook

    Legen Sie eine Render-Abfrage auf eine Zeitplanebene fest 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 einem Rechner mit Internetzugang. Er öffnet eine ausgehende Verbindung und wartet nicht auf eingehende Verbindungen, sodass Render ihn als normalen Client erkennt und Ihr Netzwerk keine eingehende Regel benötigt.

02

Öffnen Sie die Datenbank im Render-Dashboard und suchen Sie den Bereich „Verbindungen“. Kopieren Sie die URL der externen Datenbank, nicht die der internen – für diesen Schritt sollten Sie sich Zeit nehmen.

03

Fügen Sie es in das erste Feld ein. Host, Port, Datenbank, Benutzername und Passwort werden automatisch ausgelesen und ausgefüllt.

04

Lassen Sie „SSL verwenden“ aktiviert und führen Sie den Test aus. Render erfordert Verschlüsselung für externe Verbindungen, und der Agent erzwingt diese ohnehin für Render-Hostnamen.

05

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

Funktionsanalyse

Was Render Ihnen bietet

Intern und extern sind nicht austauschbar.

Render veröffentlicht beide Adressen auf derselben Seite, eine über der anderen, und nur eine von ihnen kann von außerhalb von Render funktionieren.

  • Der externe Hostname endet auf -postgres.render.com und ist von überall erreichbar. Genau diesen benötigt der Agent.
  • Der interne Hostname ist kurz und hat keine Domänensuffix. Er kann nur innerhalb des privaten Netzwerks von Render aufgelöst werden, von Ihrem eigenen Rechner aus ist er also nicht auflösbar.
  • Die Karte akzeptiert interne Adressen ohne Beanstandungen. Es prüft, ob Sie eine postgres://-Zeichenkette eingefügt haben, nicht welche der beiden Zeichenketten von Render. Wenn ein Test mit einem nicht auflösbaren Namen fehlschlägt, liegt es fast immer daran.
  • Die Behebung des Problems dauert nur wenige Sekunden: Gehen Sie zurück zum Verbindungsfenster, kopieren Sie die URL der externen Datenbank und fügen Sie sie dort ein. An der Verbindung selbst ändert sich nichts.

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

Für die Darstellung ist TLS bei externen Verbindungen erforderlich, und der Agent überlässt dies nicht einer Checkbox.

  • TLS wird für die Darstellung von Hostnamen erzwungen. Das Deaktivieren des SSL-Kontrollkästchens führt nicht zu einer unverschlüsselten Verbindung; der Agent benötigt unabhängig von der Einstellung eine Verschlüsselung.
  • Die Zertifikatskette wird nicht verifiziert. Sie dient eher dem Schutz vor dem Abfangen des Datenverkehrs während der Übertragung als dem Nachweis, welcher Server geantwortet hat.
  • In diesem Pfad gibt es keinen Pooler. Der Agent wendet für Render keine Pooler-Anpassungen an, sodass vorbereitete Anweisungen und die Sitzungsverwaltung sich genau so verhalten wie bei jedem gewöhnlichen Postgres-Server.
  • Alle vom Agenten ausgeführten Prozesse sind schreibgeschützt, und Ihre Anmeldeinformationen verbleiben auf dem Rechner, auf dem Sie ihn installiert haben. Query Streams speichert weder eine Kopie der Daten noch eine Kopie des Passworts.
-- 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

Verknüpfen Sie Render mit Ihren übrigen Daten.

Eine einzige Anweisung kann Render und Ihre anderen Verbindungen gleichzeitig umfassen. Jede Quelle führt nur den von ihr bearbeitbaren 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

Machen 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     render_app.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 Render benötigt

Gastgeber
dpg-<id>-a.<region>-postgres.render.com – der externe Name; interne Namen können von außerhalb von Render nicht aufgelöst werden.
Hafen
5432
Treiber
Npgsql wird vom Agenten bereitgestellt – auf dem Render-Ende ist keine Installation erforderlich.
Format einfügen
Die externe Datenbank-URL aus dem Verbindungsbereich der Datenbank, als postgres://-URI
TLS
Für Render-Hostnamen erforderlich und durchgesetzt. Verschlüsselt; die Zertifikatskette wird nicht überprüft.
Pooling
Keine. Der Agent wendet keine Pooler-Anpassungen für Render an.
Gespeichert als
PostgreSQL, wobei Render als Badge beibehalten wird
Standardschema
öffentlich, was eine föderierte Bezugnahme beinhaltet

Render stellt eine unkomplizierte Postgres-Verbindung her, wobei nur eine Sache zwischen Ihnen und der Verbindung steht: die Wahl per Copy-and-Paste, nichts Technisches. Beide URLs sind gültige Postgres-Strings, beide beginnen mit postgres://, und der Unterschied liegt in einem Hostnamensuffix, das die meisten Benutzer nicht beachten. Wenn Sie die externe URL verwenden, wird der einzige mögliche Fehler zu einem unbedeutenden Problem.

Der Grund für die Existenz der internen Adresse ist, dass Dienste, die innerhalb von Render laufen, diese verwenden sollen – sie bleibt im privaten Netzwerk von Render und es findet kein Roundtrip statt. Diese Logik ist korrekt und hat nichts mit Ihnen zu tun, da der Netzwerkagent auf Ihrer Infrastruktur läuft. Sollten Sie den Agenten selbst auf einem Render-Dienst ausführen, ist die interne Adresse aus demselben Grund die richtige Wahl.

Für eine quellenübergreifende Abfrage verwendet Render das übliche Postgres-Protokoll. Eine von Ihnen genannte Verbindung namens render_app wird als render_app.public.orders geschrieben und verknüpft einen Ordner mit CSV-Dateien, ein lokales Datensystem oder eine Abrechnungs-API in einer einzigen schreibgeschützten Anweisung – ohne dass Daten kopiert oder geplant werden.

Herstellerdokumentation: render.com

Häufig gestellte Fragen

Fragen zu Render

Welche Tools können Renderdaten ü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 Renderdatenbank ö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 Abfragestreams Daten im Renderprozess ä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 Render herzustellen?

Ein erreichbarer Host, eine Rolle und deren Passwort – der Agent trägt den Treiber, daher wird nichts auf der Datenbank installiert. Host: dpg-<id>-a.<region>-postgres.render.com – der externe Name; interne Namen werden von außerhalb von Render nicht aufgelöst. Port: 5432. Treiber: Npgsql, vom Agenten bereitgestellt – keine Installation auf Render-Seite erforderlich. Format zum Einfügen: Die externe Datenbank-URL aus dem Verbindungsbereich der Datenbank als postgres://-URI.

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

Ja, das ist eine föderierte Abfrage. Eine Anweisung kann Render und Ihre anderen Verbindungen gleichzeitig referenzieren, geschrieben als Verbindung.Schema.Tabelle. Jede Quelle führt nur den Teil aus, den sie ausführen kann, und streamt das Ergebnis zurück. Der Join erfolgt zentral, sodass die Quellen sich nicht untereinander verbinden und nichts kopiert oder eingeplant wird. Der Schreibschutz gilt nur für SELECT, WITH und EXPLAIN, und es gibt eine Obergrenze für die Datenmenge, die eine Quelle für eine einzelne Abfrage übermitteln darf. 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 Render von der Verbindung von PostgreSQL?

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

Gibt es eine Anleitung zum Rendern in Excel?

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

Platzieren Sie Render dort, wo die Arbeit stattfindet.

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

Kostenlos starten Alle Anschlüsse

Schreibgeschützt Nur ausgehend Die Zugangsdaten bleiben beim Agenten.