Beheerde PostgreSQL spreekt PostgreSQL
Verbinden Spoorweg naar Excel, Google Sheets, AI en REST
Spoorweg Postgres via de openbare TCP-proxy. Twee variabelen lijken de juiste te zijn, maar slechts één ervan is dat ook — de kaart weet welke.
Eén verbinding, elk oppervlak
Waar uw spoorweggegevens naartoe kunnen worden gestuurd
- 1 uitgaande verbinding
- 0 inkomende poorten
- alleen-lezen · inloggegevens blijven behouden
draait op
- Voor uw team, leveranciers en partners
-
Excel invoegen · vernieuwen op aanvraag
-
Google formulieren add-on · vernieuwen op aanvraag
-
Nova AI Vraag in begrijpelijke taal · tekst naar SQL
-
Gegevensviewer Live resultaten delen · team, leveranciers, partners · elk apparaat
- Voor apps en systemen
-
REST API JSON-eindpunt · OpenAPI 3.1
-
Power BI Power Query M
-
Geplande synchronisaties Google Sheets · Airtable · Baserow · SeaTable · Smartsheet · Anvil
- Voor AI-tools
-
AI-assistenten Claude · Cursor · MCP-server
- Bezorgd aan mensen
-
Waarschuwingen en rapporten Slack · Discord · E-mail · Webhook
Query Streams leest gegevens uit Railway Postgres vanuit Microsoft Excel, Google Sheets, Power BI, AI-assistenten via MCP en een REST-eindpunt via één alleen-lezen verbinding. Railway geeft elke database twee adressen: een privéadres dat alleen binnen Railway werkt, en een openbaar TCP-proxyadres voor alle andere verbindingen. De Network Agent draait buiten Railway, dus de openbare proxy is degene die werkt. Omdat Railway het privéadres als eerste weergeeft, wordt het direct afgewezen in plaats van dat er een time-out optreedt.
Railway is PostgreSQL op het internet. — de standaard aandrijving, dus alle onderstaande instructies blijven ongewijzigd van toepassing. Het enige spoorwegspecifieke onderdeel is de verbindingskabel, die wordt behandeld onder verbindingsgegevens.
- Voor uw team, leveranciers en partners
-
Spoorwegen naar uitmuntendheid Microsoft Excel · Excel-invoegtoepassing
Haal live spoorwegresultaten rechtstreeks naar een werkblad en vernieuw ze wanneer nodig — op de desktopversie van Excel, Excel Online en Microsoft 365.
PostgreSQL-handleiding -
Spoorwegen naar Google Sheets Sheets-add-on
Voer een opgeslagen spoorwegquery uit vanuit de zijbalk en sleep de rijen naar het spreadsheet. Gedeelde medewerkers kunnen het spreadsheet zelf vernieuwen.
PostgreSQL-handleiding -
Vraag Nova naar de spoorwegen Nova AI · tekst naar SQL
Stel een vraag in begrijpelijke taal. Nova kent je Railway-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 -
Spoorweg naar gegevensviewer Resultaten delen · team, leveranciers, partners · telefoon, tablet, desktop
Deel een live Railway-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. Ze zien de resultaten, nooit de SQL-code of de inloggegevens.
Hoe de gegevensviewer werkt - Voor apps en systemen
-
Spoorweg REST API HTTP-eindpunt
Publiceer een Railway-query als een geauthenticeerd JSON-eindpunt dat door elke applicatie kan worden aangeroepen, met een OpenAPI 3.1-specificatie en kant-en-klare collecties voor Postman, Insomnia en Hoppscotch. Er wordt geen databasepoort geopend.
PostgreSQL-handleiding -
Van spoorweg naar energie BI Power Query M
Plak de gegenereerde Power Query M in de geavanceerde editor van Power BI en het rapport leest live spoorwegresultaten via HTTPS — zonder ODBC-stuurprogramma en zonder geopende databasepoort.
Hoe Power BI werkt -
Spoorweg naar Airtable Automatiseringsplatform
Synchroniseer rijen uit Railway in een Airtable-database volgens een schema, of haal ze op binnen een Airtable-automatiseringsscript.
PostgreSQL-handleiding -
Spoorweg naar Baserow Automatiseringsplatform
Vul een Baserow-tabel vanuit Railway via het REST-eindpunt — zowel op een zelfgehoste locatie als in de Baserow-cloud.
PostgreSQL-handleiding -
Spoorweg naar zittafel Automatiseringsplatform
Houd een SeaTable-database actueel met spoorweggegevens zonder een bestand te exporteren of de database openbaar te maken.
PostgreSQL-handleiding -
Van spoorwegen naar Smartsheet Automatiseringsplatform
De resultaten van Push Railway worden in een Smartsheet-raster geladen, zodat plannen en rapporten rechtstreeks uit het bronsysteem worden gelezen en niet uit de export van vorige week.
PostgreSQL-handleiding -
Spoorweg naar Anvil Anvil Works · App-platform
Ondersteun een Anvil Python-app met Railway via het REST-eindpunt in plaats van databasegegevens in de app in te sluiten.
PostgreSQL-handleiding - Voor AI-tools
-
Spoorweg MCP-server Claude, Cursor en MCP-klanten
Geef een AI-assistent alleen-leestoegang tot Railway met het schema dat nodig is om correcte SQL te schrijven — geen inloggegevens in de chat.
PostgreSQL-handleiding - Bezorgd aan mensen
-
Spoorwegwaarschuwingen en -rapporten Slack · Discord · E-mail · Webhook
Plan een Railway-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
Installeer de netwerkagent waar u maar wilt. Deze opent één uitgaande verbinding en luistert nooit, waardoor Railway een gewone client ziet en uw netwerk geen inkomende regel nodig heeft.
Open de PostgreSQL-service, ga naar het tabblad Variabelen en kopieer DATABASE_PUBLIC_URL. Dit is de openbare URL; DATABASE_URL is de privévariabele en werkt niet van buiten Railway.
Plak het erin. Host, poort, database, gebruikersnaam en wachtwoord worden er direct uitgelezen.
Controleer of de poort correct is doorgegeven. Railway wijst per service een proxypoort toe en dit is zelden 5432, dus het is de moeite waard om dit veld te controleren voordat u opslaat.
Opslaan. Microsoft Excel, Google Sheets, Power BI, MCP en REST lezen allemaal via die ene verbinding, of koppel deze aan uw andere bronnen in één enkele alleen-lezen instructie.
Diepgaande analyse van de functies
Wat Railway je biedt
DATABASE_PUBLIC_URL, niet DATABASE_URL
Dit is de meest voorkomende oorzaak van een defecte spoorverbinding, en het defect raakt op de minst behulpzame manier mogelijk.
- De privéhostnaam van Railway eindigt op .railway.internal en is alleen binnen het eigen netwerk van Railway te bereiken. Van buitenaf is deze helemaal niet bereikbaar.
- De agent werkt buiten het spoorwegdistrict, dus het privéadres is nooit bereikbaar. — de verbinding zou gewoon blijven hangen in plaats van uit te leggen waarom.
- De kaart wijst het dus direct af en geeft de oplossing: gebruik de openbare TCP-proxyhost van DATABASE_PUBLIC_URL. Daarmee wordt een stille time-out omgezet in een melding waarop je actie kunt ondernemen.
- De openbare proxyhost eindigt op .proxy.rlwy.net. Oudere Railway-implementaties kregen in plaats daarvan hostnamen met de extensie .railway.app, en die werken nog steeds als uw service die ook heeft.
De poort is per dienst, dus niemand kan het raden.
De meeste beheerde PostgreSQL-services reageren op poort 5432. De proxy van Railway doet dat niet, en de kaart laat het veld opzettelijk leeg.
- Railway wijst per service een proxypoort toe. Twee databases in hetzelfde project zullen verschillende poorten hebben, en geen van beide zal 5432 zijn.
- Het poortveld heeft om precies die reden geen standaardwaarde. Een aangenomen waarde van 5432 zou er ingevuld uitzien, maar vervolgens geen verbinding tot stand brengen, wat erger is dan een leeg veld.
- Door DATABASE_PUBLIC_URL te plakken, wordt de poort samen met alle andere gegevens ingevuld, waardoor het normale pad u nooit vraagt om deze apart op te geven.
- Als je de velden handmatig invult, is de poort degene die je zorgvuldig moet kopiëren. — het is het vakgebied dat het meest waarschijnlijk onjuist is en dat de minst informatieve mislukkingen oplevert.
Zelfondertekende certificaten en wat versleuteling hier betekent.
De PostgreSQL-image van Railway bevat een zelfondertekend certificaat, dat bepaalt hoe de agent TLS afhandelt.
- SSL is standaard ingeschakeld en de verbinding is versleuteld. De agent vereist TLS en biedt het niet alleen aan.
- De certificaatketen wordt niet geverifieerd. Volledige verificatie zou het zelfondertekende certificaat van Railway afwijzen, dus het vereisen van encryptie zonder validatie van de keten is de instelling die daadwerkelijk bij de dienst past.
- Beschouw dat als bescherming tegen iedereen die onderweg het verkeer leest, en niet als bewijs van wat je hebt bereikt.
- Er staat geen poolspeler voor Railway Postgres en de kaart suggereert ook niet anders. — Dit is een directe verbinding via de proxy, zonder dat er een poolmodus gekozen hoeft te worden.
-- Gewone PostgreSQL, alleen-lezen, via de openbare proxy 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 Railway toe aan de rest van uw gegevens.
Eén statement kan tegelijkertijd Railway en uw andere verbindingen omvatten. 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
Eén verklaring
-- niets gekopieerd, niets samengevoegd, niets ingepland
SELECT c.region, COUNT(*) AS orders, SUM(i.amount_due) AS invoiced
VAN spoorweg_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 de spoorwegen nodig hebben
- Gastheer
- <name>.proxy.rlwy.net, de openbare TCP-proxy. Oudere implementaties op .railway.app werken ook.
- Haven
- Toegewezen per dienst door de spoorwegmaatschappij. Geen standaardwaarde — deze komt uit DATABASE_PUBLIC_URL.
- Bestuurder
- Npgsql wordt door de agent meegeleverd — er hoeft niets aan de kant van de spoorwegmaatschappij geïnstalleerd te worden.
- Plakformaat
- DATABASE_PUBLIC_URL uit het tabblad Variabelen van de service
- Database
- spoorweg, wat de standaardbenaming van Railway hiervoor is.
- Gebruikersnaam
- postgres
- TLS
- Vereist en afgedwongen door de agent voor Railway-hosts. Versleuteld; de certificaatketen wordt niet geverifieerd, wat wel nodig is voor het zelfondertekende certificaat van Railway.
- Samenvoegen
- Geen. De agent past geen poolaanpassingen toe voor Railway.
- Niet deze kaart
- De private hostnaam .railway.internal wordt door de kaart afgewezen en er wordt aangegeven welke variabele je in plaats daarvan moet gebruiken.
- Opgeslagen als
- PostgreSQL, met Railway als een soort badge — er bestaat geen verbindingstype met de naam Railway.
- Standaardschema
- openbaar, wat een gefedereerde referentie met zich meedraagt
De variabele 'privé' versus 'openbaar' is de kern van deze kaart. Railway toont DATABASE_URL prominent en dit is de juiste variabele voor services die binnen Railway draaien, wat grotendeels het doel van Railway is. Een externe lezer is de uitzondering, en die uitzondering vereist de andere variabele. Het afwijzen van de interne hostnaam op basis van de naam – in plaats van deze te laten verwijzen naar niets en een time-out te laten veroorzaken – maakt het verschil tussen een correctie van vijf seconden en twintig minuten lang de firewall verdenken.
Het lege poortveld is bewust gekozen en verdient verdediging. Je zou instinctief 5432 invullen, omdat bijna elke PostgreSQL-service die poort gebruikt, maar de proxy van Railway wijst poorten per service toe, dus een ingevulde 5432 zou per definitie fout zijn. Een leeg verplicht veld roept een vraag op; een onjuiste standaardwaarde geeft een verkeerd antwoord en lijkt de situatie af te sluiten.
Voor een query over meerdere bronnen is Railway een gewone PostgreSQL-database. Een verbinding die je railway_app noemt, wordt geschreven als railway_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 ingepland.
Leveranciersdocumentatie: docs.railway.com
Veelgestelde vragen
Vragen over de spoorweg
Welke tools kunnen spoorweggegevens lezen via querystreams?
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 Railway-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 Railway 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 Railway?
Een bereikbare host, een rol en het bijbehorende wachtwoord — de agent bevat de driver, dus er hoeft niets in de database te worden geïnstalleerd. Host: <naam>.proxy.rlwy.net, de openbare TCP-proxy. Oudere implementaties op .railway.app werken ook. Poort: Toegewezen per service door Railway. Geen standaardwaarde — deze wordt overgenomen uit DATABASE_PUBLIC_URL. Driver: Npgsql, meegeleverd door de agent — er hoeft niets te worden geïnstalleerd aan de Railway-kant. Plakformaat: DATABASE_PUBLIC_URL van het tabblad Variabelen van de service.
Kan ik Railway in dezelfde query koppelen aan een andere database?
Ja, dat is een gefedereerde query. Eén statement kan tegelijkertijd verwijzen naar Railway 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 Railway anders dan het verbinden met PostgreSQL?
Alleen de verbindingsreeks. Railway gebruikt het PostgreSQL-protocol, dus filters, planning, delen, de Excel- en Google Sheets-add-ons en de MCP-server werken allemaal identiek. De Railway-kaart vult de host-, poort- en SSL-instellingen die de provider verwacht, automatisch in.
Bestaat er een handleiding van Railway to Excel?
Ja, het is de PostgreSQL-handleiding en die is correct voor Railway zoals die is beschreven. Railway gebruikt het PostgreSQL-protocol, dus de verbindingen van Railway naar Excel, Google Sheets en alle andere bestemmingen volgen dezelfde stappen. Het enige Railway-specifieke onderdeel is de verbindingsreeks, en de Railway-kaart vult die automatisch voor je in.
Plaats de spoorlijn 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.

