Render logo

Beheerde PostgreSQL spreekt PostgreSQL

Verbinden Veroorzaken naar Excel, Google Sheets, AI en REST

Render beheert PostgreSQL. Gebruik de externe verbindingsreeks; de interne verbindingsreeks werkt alleen binnen Render.

Eén verbinding, elk oppervlak

Waar uw rendergegevens naartoe kunnen gaan

Query Streams leest Render Postgres-gegevens uit Microsoft Excel, Google Sheets, Power BI, AI-assistenten via MCP en een REST-eindpunt via één alleen-lezen verbinding. Render geeft elke database twee adressen: een intern adres dat alleen binnen het eigen netwerk van Render werkt en een extern adres dat overal toegankelijk is. Het kiezen van het verkeerde adres is het enige dat misgaat bij een verbinding van buitenaf. De agent draait op uw computer, niet binnen Render, dus heeft deze het externe adres nodig.

Render is PostgreSQL op het netwerk. — de standaard driver, dus alle onderstaande handleidingen blijven ongewijzigd van toepassing. Het enige Render-specifieke onderdeel is de verbindingsreeks, die wordt behandeld onder verbindingsgegevens.

  1. Voor uw team, leveranciers en partners
  2. Exporteren naar Excel Microsoft Excel · Excel-invoegtoepassing

    Haal live renderingresultaten rechtstreeks naar een werkblad en vernieuw ze wanneer nodig — in Excel (desktop), Excel Online en Microsoft 365.

    PostgreSQL-handleiding
  3. Renderen naar Google Sheets Sheets-add-on

    Voer een opgeslagen Render-query uit vanuit de zijbalk en sleep de rijen naar het spreadsheet. Gedeelde medewerkers kunnen het spreadsheet zelf vernieuwen.

    PostgreSQL-handleiding
  4. Vraag Nova naar Render Nova AI · tekst naar SQL

    Stel een vraag in begrijpelijke taal. Nova kent je Render-tabellen al, schrijft en voert de SQL-query uit, legt het antwoord uit en visualiseert het in een grafiek – je hoeft geen query te schrijven en geen inloggegevens te verstrekken.

    Hoe Nova werkt
  5. Weergave naar gegevensviewer Resultaten delen · team, leveranciers, partners · telefoon, tablet, desktop

    Deel een live Render-resultaat met wie dan ook – een collega, een leverancier, een partner – als een bladwijzerbare tabel die opnieuw wordt weergegeven wanneer deze wordt geopend, op een telefoon, een tablet of een desktop. Zij zien de resultaten, nooit de SQL-code of de inloggegevens.

    Hoe de gegevensviewer werkt
  6. Voor apps en systemen
  7. Render REST API HTTP-eindpunt

    Publiceer een Render-query als een geauthenticeerd JSON-eindpunt dat elke applicatie kan aanroepen, met een OpenAPI 3.1-specificatie en kant-en-klare collecties voor Postman, Insomnia en Hoppscotch. Er wordt geen databasepoort geopend.

    PostgreSQL-handleiding
  8. Weergave in Power BI Power Query M

    Plak de gegenereerde Power Query M in de geavanceerde Power BI-editor en het rapport leest live de resultaten weer via HTTPS — zonder ODBC-stuurprogramma of geopende databasepoort.

    Hoe Power BI werkt
  9. Renderen naar Airtable Automatiseringsplatform

    Synchroniseer Render-rijen naar een Airtable-database volgens een schema, of haal ze op binnen een Airtable-automatiseringsscript.

    PostgreSQL-handleiding
  10. Renderen naar Baserow Automatiseringsplatform

    Vul een Baserow-tabel vanuit Render via het REST-eindpunt — zowel op een zelfgehoste server als in de Baserow-cloud.

    PostgreSQL-handleiding
  11. Weergave naar SeaTable Automatiseringsplatform

    Houd een SeaTable-database actueel met Render-gegevens zonder een bestand te exporteren of de database openbaar te maken.

    PostgreSQL-handleiding
  12. Renderen naar Smartsheet Automatiseringsplatform

    De renderresultaten worden in een Smartsheet-raster geplaatst, zodat plannen en rapporten rechtstreeks uit het bronsysteem worden gelezen en niet uit de export van vorige week.

    PostgreSQL-handleiding
  13. Renderen naar Anvil Anvil Works · App-platform

    Ondersteun een Anvil Python-app met Render via het REST-eindpunt in plaats van databasegegevens in de app in te sluiten.

    PostgreSQL-handleiding
  14. Voor AI-tools
  15. Render MCP-server Claude, Cursor en MCP-klanten

    Geef een AI-assistent alleen-leestoegang tot Render met het schema dat nodig is om correcte SQL te schrijven — geen inloggegevens in de chat.

    PostgreSQL-handleiding
  16. Bezorgd aan mensen
  17. Genereer waarschuwingen en rapporten Slack · Discord · E-mail · Webhook

    Plan een Render-query in en laat de rijen naar Slack, Discord, e-mail of een ondertekende webhook verzenden, of wacht met het verzenden van het bericht totdat een bepaald aantal rijen, een drempelwaarde of een percentageverandering de door u ingestelde grens overschrijdt.

    Hoe waarschuwingen en rapporten werken

Hoe het werkt

5 stappen, geen wijziging van de inkomende firewall

01

Installeer de netwerkagent op een machine die toegang heeft tot internet. Deze opent één uitgaande verbinding en luistert nooit, waardoor Render een gewone client ziet en uw netwerk geen inkomende regel nodig heeft.

02

Open de database in het Render-dashboard en zoek het paneel 'Verbindingen'. Kopieer de URL van de externe database, niet die van de interne database — dit is de stap waarvoor het de moeite waard is even stil te staan.

03

Plak het in het eerste veld. Host, poort, database, gebruikersnaam en wachtwoord worden eruit gelezen en automatisch ingevuld.

04

Laat SSL ingeschakeld en voer de test uit. Render vereist versleuteling op externe verbindingen en de agent dwingt dit sowieso af voor Render-hostnamen.

05

Sla het bestand op en lees het vervolgens in vanuit Microsoft Excel, Google Sheets, Power BI, MCP of REST. De geplakte tekenreeks wordt verwijderd zodra de velden zijn ingevuld, waardoor het wachtwoord slechts één keer wordt opgeslagen.

Diepgaande analyse van de functies

Wat Render je biedt

Intern en extern zijn niet uitwisselbaar.

Render publiceert beide adressen op dezelfde pagina, boven elkaar, en slechts één ervan kan van buiten Render worden gebruikt.

  • De externe hostnaam eindigt op -postgres.render.com en is overal bereikbaar. Dat is de hostnaam die de agent nodig heeft.
  • De interne hostnaam is kort en heeft geen domeinsuffix. Deze wordt alleen opgelost binnen het privénetwerk van Render, dus vanaf uw eigen computer wordt deze helemaal niet opgelost.
  • De kaart accepteert zonder problemen een intern adres. — Het controleert of je een postgres://-string hebt geplakt, niet welke van de twee strings van Render het was. Als een test mislukt met een naam die niet kan worden opgelost, is dit bijna altijd de reden.
  • Het probleem is in een paar seconden opgelost: ga terug naar het paneel 'Verbindingen', kopieer de URL van de externe database en plak deze eroverheen. Verder verandert er niets aan de verbinding.

Versleuteld, en wat dat wel en niet bewijst.

Render vereist TLS voor externe verbindingen, en de agent laat dat niet over aan een selectievakje.

  • TLS is verplicht voor Render-hostnamen. Het uitschakelen van het SSL-selectievakje resulteert niet in een onversleutelde verbinding; de agent vereist versleuteling ongeacht wat het vakje aangeeft.
  • De certificaatketen is niet geverifieerd. Beschouw het als bescherming tegen iedereen die het verkeer tijdens de overdracht onderschept, en niet als bewijs welke server heeft geantwoord.
  • Er is geen pooler in dit pad. De agent past geen pooler-aanpassingen toe voor Render, waardoor prepared statements en sessiebeheer zich precies zo gedragen als bij een gewone PostgreSQL-server.
  • Alles wat de agent uitvoert, is alleen-lezen en uw inloggegevens blijven op de machine waarop u deze hebt geïnstalleerd. Query Streams bewaart geen kopie van de gegevens en geen kopie van het wachtwoord.
-- Gewone PostgreSQL, alleen-lezen, via 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;

Gedeeld door elke databaseconnector

Dit geldt voor elke databaseconnector.

  • Alleen uitgaand — De agent opent één versleutelde verbinding naar Query Streams. Geen inkomende poort om door te sturen, geen VPN, geen IP-whitelist, niets van uw database wordt blootgesteld aan het internet.
  • De inloggegevens blijven behouden. — De gebruikersnaam en het wachtwoord van de database bevinden zich op de machine waarop u de agent hebt geïnstalleerd. Query Streams ontvangt deze gegevens nooit en kan uw database dus niet zelfstandig bereiken.
  • Alleen-lezen, afgedwongen — één instructie tegelijk, alleen SELECT en soortgelijke instructies. Een schrijfbewerking wordt op uw eigen machine geweigerd voordat deze naar de server wordt verzonden, in plaats van te vertrouwen op een machtiging die iemand zich herinnerd heeft te hebben ingesteld.
  • Zet zoveel agents in als u wilt. — één per site, regio of cloud. Alle gegevensbronnen die ze kunnen zien, verschijnen in één enkel dropdownmenu, zodat niemand hoeft te weten welke agent wat host.

Dit is wat je krijgt nadat een query is opgeslagen.

  • Deel de mogelijkheden, niet de SQL-code. — Een collega of externe partner kan uw query uitvoeren en de filters ervan wijzigen zonder ooit de onderliggende instructie te zien.
  • Filters uit beide richtingen — declareer ze zelf als @variabelen, of laat de connector de letterlijke waarden herkennen die al in je WHERE-clausule staan en bied die aan als keuzelijsten.
  • Lees het vanaf elke gewenste locatie. — Microsoft Excel, Google Sheets, Power BI, de REST API, AI-assistenten via MCP, de Query Builder en Nova lezen allemaal dezelfde opgeslagen query.
  • Voer er meerdere tegelijk uit — vijf opgeslagen zoekopdrachten in vijf werkbladtabbladen, die gelijktijdig worden weergegeven, ongeacht de omvang van de resultaten.
  • Verbind het met alles wat je al hebt aangesloten. — een andere database, een zakelijke API of een map met bestanden, in één alleen-lezen instructie.

Cross-source SQL

Voeg Render toe aan de rest van je gegevens.

Eén enkele instructie kan Render en uw andere verbindingen tegelijk aansturen. Elke bron voert alleen het deel uit dat het aankan, streamt het resultaat terug en de samenvoeging vindt centraal plaats — de bronnen communiceren nooit met elkaar en er wordt niets gekopieerd.

3 verbindingen · 3 agenten

Veroorzaken Beheerde PostgreSQL
Microsoft SQL Server Relationele engine
Streep Betalingen en facturering

Eén verklaring

-- niets gekopieerd, niets samengevoegd, niets ingepland
SELECT   c.region, COUNT(*) AS orders, SUM(i.amount_due) AS invoiced
VAN     render_app.openbare.bevelen1 f
JOIN     erp_sql.dbo.customers2    c ON c.id = f.customer_id
JOIN     facturering.stripe.facturen3  i ON i.customer = c.stripe_id
GROEP DOOR c.regio
ORDER BY gefactureerd DESC;

De drie onderdelen zijn de verbinding, het schema en de tabel — en de verbindingsnaam is wat je er zelf aan hebt gegeven. Illustratieve kolommen; je tabellen zullen je eigen tabellen zijn. Alleen-lezen is van toepassing op elk onderdeel: alleen SELECT, WITH en EXPLAIN, met een limiet op hoeveel gegevens een bron mag vrijgeven voor een enkele query. Hoe werken gefedereerde query's?

Verbindingsgegevens

Wat Render nodig heeft

Gastheer
dpg-<id>-a.<region>-postgres.render.com — de externe naam; interne namen worden niet opgelost van buiten Render.
Haven
5432
Bestuurder
Npgsql wordt door de agent meegeleverd — er hoeft niets aan het Render-uiteinde geïnstalleerd te worden.
Plakformaat
De URL van de externe database uit het paneel 'Verbindingen' van de database, als een postgres:// URI
TLS
Vereist en afgedwongen voor Render-hostnamen. Versleuteld; de certificaatketen wordt niet geverifieerd.
Samenvoegen
Geen. De agent past geen pooler-aanpassingen toe voor Render.
Opgeslagen als
PostgreSQL, met Render als badge.
Standaardschema
openbaar, wat een gefedereerde referentie met zich meedraagt

Render is een eenvoudige PostgreSQL-verbinding met slechts één obstakel: een keuze die je gewoon kunt kopiëren en plakken, en geen technische details. Beide URL's zijn geldige PostgreSQL-strings, beide beginnen met postgres://, en het verschil zit hem in een hostnaamachtervoegsel dat de meeste mensen niet lezen. Door de externe URL te gebruiken, voorkom je dat de enige mogelijke fout zich voordoet.

De reden dat het interne adres überhaupt bestaat, is dat services die binnen Render draaien, het moeten gebruiken — het blijft op het privénetwerk van Render en maakt geen retourtje. Die logica klopt en heeft niets met u te maken, omdat de Network Agent op uw infrastructuur draait. Als u de agent toevallig zelf op een Render-service draait, is het interne adres om dezelfde reden de juiste oplossing.

Voor een query over meerdere bronnen is Render een gewone PostgreSQL-server. Een verbinding die je render_app noemt, wordt geschreven als render_app.public.orders en maakt in één alleen-lezen statement verbinding met een map met CSV-bestanden, een lokaal systeem voor gegevensregistratie of een facturerings-API — zonder dat er iets wordt gekopieerd of gepland.

Leveranciersdocumentatie: render.com

Veelgestelde vragen

Vragen over Render

Welke tools kunnen Render-gegevens lezen via Query Streams?

Alles via één verbinding: Excel, Google Sheets, MCP, REST API, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, geplande meldingen en rapporten. Verbind de database één keer en elk apparaat leest dezelfde alleen-lezen verbinding — er is geen configuratie per tool nodig en er wordt geen tweede kopie van de gegevens gemaakt.

Moet ik een firewallpoort openen naar mijn Render-database?

Nee. De Query Streams Network Agent draait binnen uw netwerk en opent één versleutelde uitgaande verbinding. Er wordt niets afgeluisterd voor inkomend verkeer, er is geen VPN nodig en de database behoudt de bestaande firewallregels.

Kunnen querystreams gegevens in Render wijzigen?

Nee. De agent zorgt ervoor dat alleen-lezen is toegestaan tijdens de uitvoering — één instructie tegelijk, alleen SELECT en soortgelijke instructies. De inloggegevens blijven op de agent en worden nooit naar Query Streams verzonden.

Wat heeft Query Streams nodig om verbinding te maken met Render?

Een bereikbare host, een rol en het bijbehorende wachtwoord — de agent bevat het stuurprogramma, dus er hoeft niets op de database te worden geïnstalleerd. Host: dpg-<id>-a.<regio>-postgres.render.com — de externe naam; interne namen worden niet opgelost van buiten Render. Poort: 5432. Stuurprogramma: Npgsql, meegeleverd door de agent — er hoeft niets aan de Render-kant te worden geïnstalleerd. Plakformaat: De URL van de externe database uit het verbindingspaneel van de database, als een postgres:// URI.

Kan ik Render in dezelfde query koppelen aan een andere database?

Ja, dat is een gefedereerde query. Eén statement kan tegelijkertijd verwijzen naar Render en uw andere verbindingen, geschreven als connection.schema.table. Elke bron voert alleen het deel uit dat het aankan en streamt het resultaat terug; de join vindt centraal plaats, waardoor de bronnen nooit met elkaar verbinding maken en er niets wordt gekopieerd of gepland. Alleen-lezen is van toepassing op elk onderdeel — alleen SELECT, WITH en EXPLAIN — en er is een limiet aan hoeveel gegevens een bron voor een enkele query mag vrijgeven. Gefedereerde queries zijn een functie van het abonnement; op de pagina met gefedereerde queries vindt u de huidige limieten voor bronnen en groottes.

Is het verbinden met Render anders dan het verbinden met PostgreSQL?

Alleen de verbindingsreeks. Render gebruikt het PostgreSQL-protocol, dus filters, planning, delen, de Excel- en Google Sheets-add-ons en de MCP-server werken allemaal identiek. De Render-kaart vult de host-, poort- en SSL-instellingen die de provider verwacht, automatisch in.

Is er een handleiding voor het renderen naar Excel?

Ja, het is de PostgreSQL-handleiding en die is correct voor Render zoals die is beschreven. Render gebruikt het PostgreSQL-protocol, dus Renderen naar Excel, Renderen naar Google Sheets en elke andere bestemming volgt dezelfde stappen. Het enige Render-specifieke onderdeel is de verbindingsreeks, en de Render-kaart vult die automatisch voor je in.

Plaats Render daar waar het werk gebeurt

Installeer de agent, koppel deze aan uw database en kies een bestemming.

Alleen-lezen Alleen uitgaand De inloggegevens blijven bij de agent.