Zarządzany Postgres mówi po PostgreSQL
Łączyć Kolej żelazna do Excela, Arkuszy Google, AI i REST
Kolejowy Postgres przez publiczny serwer proxy TCP. Dwie zmienne wyglądają na poprawne, ale tylko jedna z nich jest prawidłowa — karta wie, która.
Jedno połączenie, każda powierzchnia
Gdzie mogą trafić Twoje dane kolejowe
- 1 połączenie wychodzące
- 0 porty przychodzące
- tylko do odczytu · dane uwierzytelniające pozostają niezmienione
działa dalej
- Dla Twojego zespołu, dostawców i partnerów
-
Excel dodatek · odświeżanie na żądanie
-
Arkusze Google dodatek · odświeżanie na żądanie
-
Nova AI zapytaj prostym językiem · tekst do SQL
-
Przeglądarka danych udostępniaj wyniki na żywo · zespół, dostawcy, partnerzy · dowolne urządzenie
- Do aplikacji i systemów
-
Interfejs API REST Punkt końcowy JSON · OpenAPI 3.1
-
Power BI Power Query M
-
Zaplanowane synchronizacje Arkusze Google · Airtable · Baserow · SeaTable · Smartsheet · Anvil
- Dla narzędzi AI
-
Asystenci AI Claude · Kursor · Serwer MCP
- Dostarczone do ludzi
-
Alerty i raporty Slack · Discord · E-mail · Webhook
Query Streams odczytuje Railway Postgres z Microsoft Excel, Arkuszy Google, Power BI, asystentów AI przez MCP i punkt końcowy REST za pośrednictwem jednego połączenia tylko do odczytu. Railway przydziela każdej bazie danych dwa adresy: prywatny, który jest rozwiązywany tylko w Railway, oraz publiczny serwer proxy TCP dla wszystkich pozostałych. Agent sieciowy działa poza Railway, więc to publiczny serwer proxy działa — a ponieważ zmienna prywatna jest wyświetlana przez Railway jako pierwsza, karta odrzuca ją po nazwie, zamiast pozwolić jej na błąd z powodu przekroczenia limitu czasu.
Kolej to PostgreSQL na kablu — standardowy sterownik, więc wszystkie poniższe instrukcje obowiązują bez zmian. Jedyną częścią specyficzną dla kolei jest ciąg połączenia, omówiony w szczegóły połączenia.
- Dla Twojego zespołu, dostawców i partnerów
-
Kolej do Excela Microsoft Excel · Dodatek do programu Excel
Pobierz aktualne wyniki pomiarów kolejowych bezpośrednio do arkusza kalkulacyjnego i odświeżaj je na żądanie — w programie Excel na komputerze stacjonarnym, w programie Excel Online, w programie Microsoft 365.
Przewodnik po PostgreSQL -
Kolej do Arkuszy Google Dodatek Arkuszy
Uruchom zapisane zapytanie Railway z paska bocznego i upuść wiersze do arkusza. Współpracownicy mogą je samodzielnie odświeżyć.
Przewodnik po PostgreSQL -
Zapytaj Novę o Kolej Nova AI · tekst do SQL
Zadaj pytanie prostym językiem. Nova zna już Twoje tabele Railway, pisze i uruchamia SQL, wyjaśnia odpowiedź i tworzy wykres — bez pisania zapytania i podawania danych uwierzytelniających.
Jak działa Nova -
Przeglądarka danych kolejowych udostępnianie wyników · zespół, dostawcy, partnerzy · telefon, tablet, komputer stacjonarny
Udostępnij na żywo wyniki Railway każdemu — współpracownikowi, dostawcy, partnerowi — w postaci siatki z zakładkami, która uruchamia się od nowa po otwarciu na telefonie, tablecie lub komputerze stacjonarnym. Widzą wyniki, a nie SQL ani dane uwierzytelniające.
Jak działa Przeglądarka danych - Do aplikacji i systemów
-
Interfejs API REST kolei Punkt końcowy HTTP
Opublikuj zapytanie Railway jako uwierzytelniony punkt końcowy JSON, który może wywołać każda aplikacja, ze specyfikacją OpenAPI 3.1 i gotowymi kolekcjami Postman, Insomnia i Hoppscotch. Port bazy danych nie jest otwarty.
Przewodnik po PostgreSQL -
Kolej do Power BI Power Query M
Wklej wygenerowany kod Power Query M do edytora Power BI Advanced Editor, a raport odczyta wyniki dotyczące kolei na żywo za pośrednictwem protokołu HTTPS — bez sterownika ODBC i bez otwartego portu bazy danych.
Jak działa Power BI -
Kolej do Airtable Platforma automatyzacji
Synchronizuj wiersze Railway z bazą Airtable na podstawie harmonogramu lub pobieraj je za pomocą skryptu automatyzacji Airtable.
Przewodnik po PostgreSQL -
Kolej do Baserow Platforma automatyzacji
Przekaż tabelę Baserow z Railway przez punkt końcowy REST — samodzielnie hostowany lub w chmurze Baserow.
Przewodnik po PostgreSQL -
Kolej do SeaTable Platforma automatyzacji
Utrzymuj bazę SeaTable na bieżąco, korzystając z danych Railway, bez konieczności eksportowania pliku lub udostępniania bazy danych.
Przewodnik po PostgreSQL -
Kolej do Smartsheet Platforma automatyzacji
Prześlij wyniki z Railway do siatki Smartsheet, aby plany i raporty były odczytywane z systemu źródłowego, a nie eksportowane z poprzedniego tygodnia.
Przewodnik po PostgreSQL -
Kolej do Anvil Anvil Works · Platforma aplikacji
Wspieraj aplikację Anvil Python za pomocą Railway przez punkt końcowy REST zamiast osadzać dane uwierzytelniające bazy danych w aplikacji.
Przewodnik po PostgreSQL - Dla narzędzi AI
-
Serwer MCP kolejowy Klienci Claude, Cursor i MCP
Udziel asystentowi AI dostępu tylko do odczytu w Railway ze schematem, którego potrzebuje do pisania poprawnego kodu SQL — bez konieczności podawania danych uwierzytelniających w czacie.
Przewodnik po PostgreSQL - Dostarczone do ludzi
-
Alerty i raporty kolejowe Slack · Discord · E-mail · Webhook
Utwórz harmonogram zapytania Railway i otrzymuj wiersze dostarczone do Slacka, Discorda, poczty e-mail lub podpisanego webhooka — albo wstrzymaj wiadomość, aż liczba wierszy, próg lub zmiana procentowa przekroczy ustawioną linię.
Jak działają alerty i raporty
Jak to działa
5 kroków, bez zmiany zapory przychodzącej
Zainstaluj agenta sieciowego w dogodnym dla siebie miejscu. Otwiera on jedno połączenie wychodzące i nigdy nie nasłuchuje, więc Railway widzi zwykłego klienta, a Twoja sieć nie potrzebuje żadnej reguły przychodzącej.
Otwórz usługę Postgres, przejdź do zakładki Zmienne i skopiuj zmienną DATABASE_PUBLIC_URL. To jest zmienna publiczna — DATABASE_URL to zmienna prywatna i nie będzie działać spoza Railway.
Wklej to. Informacje o hoście, porcie, bazie danych, nazwie użytkownika i haśle zostaną odczytane bezpośrednio z pliku.
Sprawdź, czy port został przetworzony. Koleje przypisują port proxy do każdej usługi i rzadko jest to 5432, więc warto rzucić okiem na to pole przed zapisaniem.
Zapisz. Microsoft Excel, Arkusze Google, Power BI, MCP i REST odczytują dane przez jedno połączenie lub łączą je z innymi źródłami za pomocą jednego polecenia tylko do odczytu.
Funkcja dogłębna
Co daje Ci Kolej
DATABASE_PUBLIC_URL, nie DATABASE_URL
To najczęstsza przyczyna awarii połączenia kolejowego, a jej przyczyną jest najmniej korzystny z możliwych sposobów.
- Prywatna nazwa hosta Railway kończy się na .railway.internal i jest rozpoznawana tylko w obrębie własnej sieci Railway. Z innych lokalizacji nie jest rozpoznawana w ogóle.
- Agent działa poza Koleją, więc prywatny adres jest niedostępny — połączenie po prostu zostanie zawieszone, zamiast podać przyczynę.
- Karta odrzuca więc problem od razu i podaje rozwiązanie: użyj publicznego hosta proxy TCP z DATABASE_PUBLIC_URL. To zmienia ciche przekroczenie limitu czasu w zdanie, na które można zareagować.
- Publiczny host proxy kończy się na .proxy.rlwy.net. Starsze wdrożenia Railway otrzymywały nazwy hostów .railway.app i nadal działają, jeśli Twoja usługa ma taką nazwę.
Port jest na usługę, więc nic nie może go odgadnąć
Większość zarządzanych usług Postgres odpowiada na 5432. Serwer proxy kolejowy nie odpowiada, a karta celowo pozostawia to pole puste.
- Kolej przypisuje port proxy do każdej usługi. Dwie bazy danych w tym samym projekcie będą miały różne porty i żadna z nich nie będzie miała portu 5432.
- Pole portu nie ma wartości domyślnej właśnie z tego powodu. Domniemany port 5432 wyglądałby na wypełniony, a następnie nie udałoby się nawiązać połączenia, co jest gorsze niż puste pole.
- Wklejenie DATABASE_PUBLIC_URL powoduje wypełnienie portu wraz ze wszystkim innym, więc normalna ścieżka nigdy nie wymaga oddzielnego wyszukiwania.
- Jeśli wpisujesz pola ręcznie, port należy skopiować ostrożnie — to dziedzina, w której najczęściej dochodzi do błędów i która generuje najmniej informacyjnych porażek.
Certyfikaty podpisane przez siebie i co w tym przypadku oznacza szyfrowanie
Obraz Postgres firmy Railway zawiera certyfikat podpisany przez siebie, który decyduje o sposobie obsługi protokołu TLS przez agenta.
- Opcja „Użyj protokołu SSL” jest domyślnie włączona, a połączenie jest szyfrowane. Agent wymaga protokołu TLS, a nie tylko go oferuje.
- Łańcuch certyfikatów nie został zweryfikowany. Pełna weryfikacja odrzuciłaby certyfikat podpisany przez Railways, więc wymaganie szyfrowania bez weryfikacji łańcucha jest ustawieniem, które faktycznie pasuje do usługi.
- Potraktuj to jako zabezpieczenie przed czytaniem notatek na drodze, a nie jako dowód na to, dokąd dojechałeś.
- Przed Railway Postgres nie ma poolera i karta nie udaje, że jest inaczej — jest to bezpośrednie połączenie przez serwer proxy, bez konieczności wyboru trybu puli.
-- Zwykły Postgres, tylko do odczytu, przez publiczny serwer proxy SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS income FROM public.customers AS c JOIN public.orders AS o ON o.customer_id = c.id WHERE o.placed_at >= now() - interwał '30 dni' GROUP BY c.name ORDER BY revenue DESC;
Współdzielone przez każdy łącznik bazy danych
Dotyczy każdego łącznika bazy danych
- Tylko wysyłka — agent otwiera jedno szyfrowane połączenie do strumieni zapytań. Bez przekierowania portu przychodzącego, bez VPN, bez listy dozwolonych adresów IP, bez żadnych informacji o Twojej bazie danych w internecie.
- Poświadczenia pozostają na swoim miejscu — nazwa użytkownika i hasło do bazy danych są dostępne na komputerze, na którym zainstalowano agenta. Query Streams nigdy ich nie otrzymuje i nie może samodzielnie nawiązać połączenia z bazą danych.
- Tylko do odczytu, wymuszone — po jednym poleceniu na raz, tylko SELECT i polecenia powiązane. Polecenie zapisu jest odrzucane na Twoim komputerze, zanim zostanie wysłane na serwer, zamiast polegać na uprawnieniu, o którym ktoś pamiętał.
- Wdrażaj dowolną liczbę agentów — po jednym na lokalizację, region lub chmurę. Każde źródło danych, jakie widzą, pojawia się w jednym menu rozwijanym, więc nikt nie musi wiedzieć, który agent co hostuje.
Co otrzymasz po zapisaniu zapytania
- Udostępniaj możliwości, a nie SQL — współpracownik lub zewnętrzny partner może uruchomić Twoje zapytanie i zmienić jego filtry, nie widząc nigdy oświadczenia, które za nim stoi.
- Filtry z obu kierunków — zadeklaruj je samodzielnie jako @variables lub pozwól, aby łącznik wykrył wartości dosłowne już znajdujące się w klauzuli WHERE i zaoferował je jako listy rozwijane.
- Przeczytaj to z dowolnego miejsca — Microsoft Excel, Arkusze Google, Power BI, API REST, asystenci AI w MCP, Kreator zapytań i Nova — wszystkie te narzędzia odczytują to samo zapisane zapytanie.
- Uruchom kilka naraz — pięć zapisanych zapytań w pięciu kartach arkusza kalkulacyjnego, przesyłanych strumieniowo jednocześnie, bez względu na wielkość wyników.
- Połącz to z czymkolwiek innym, co podłączyłeś — inną bazę danych, API biznesowe lub folder plików w jednym poleceniu tylko do odczytu.
Międzyźródłowy SQL
Dołącz Railway do reszty swoich danych
Jedno polecenie może obejmować Railway i inne połączenia jednocześnie. Każde źródło uruchamia tylko możliwą część, przesyła wynik strumieniowo, a łączenie odbywa się centralnie — źródła nigdy się ze sobą nie komunikują i nic nie jest nigdzie kopiowane.
3 połączenia · 3 agentów
Jedno stwierdzenie
-- nic nie zostało skopiowane, nic nie zostało połączone, nic nie zostało zaplanowane
SELECT c.region, COUNT(*) AS zamówienia, SUM(i.amount_due) AS fakturowane
Z aplikacja_kolejowa.zamówienia.publiczne1 f
JOIN erp_sql.dbo.klienci2 c WŁĄCZONY c.id = f.customer_id
JOIN rozliczenia.stripe.invoices3 i WŁĄCZONY i.customer = c.stripe_id
GROUP BY c.region
ORDER BY fakturowany DESC;
Trzy części to połączenie, schemat i tabela — a nazwa połączenia to dowolna nazwa. Kolumny ilustracyjne; Twoje tabele będą Twoimi tabelami. Tylko do odczytu dotyczy każdego elementu: tylko SELECT, WITH i EXPLAIN, z ograniczeniem ilości danych, jakie jedno źródło może przekazać w ramach jednego zapytania. Jak działają zapytania federacyjne
Szczegóły połączenia
Czego potrzebuje kolej
- Gospodarz
- <name>.proxy.rlwy.net, publiczny serwer proxy TCP. Starsze wdrożenia w .railway.app również działają.
- Port
- Przypisane do każdej usługi przez Kolej. Brak wartości domyślnej — pochodzi z DATABASE_PUBLIC_URL
- Kierowca
- Npgsql, przenoszony przez agenta — nic do zainstalowania po stronie Railway
- Wklej format
- DATABASE_PUBLIC_URL z karty Zmienne usługi
- Baza danych
- kolej, co jest domyślną nazwą Railway dla tego
- Nazwa użytkownika
- postgres
- TLS
- Wymagane i wymuszane przez agenta dla hostów Railway. Szyfrowane; łańcuch certyfikatów nie jest weryfikowany, czego wymaga certyfikat podpisany przez Railway.
- Łączenie
- Brak. Agent nie stosuje żadnych adaptacji poolera dla kolei.
- Nie ta karta
- Prywatna nazwa hosta .railway.internal — karta ją odrzuca i podaje, której zmiennej użyć zamiast niej
- Zapisano jako
- PostgreSQL, z Railway zachowanym jako odznaka — nie ma typu połączenia o nazwie Railway
- Schemat domyślny
- publiczny, czyli taki, jaki niesie ze sobą odniesienie federacyjne
Zmienna prywatna kontra publiczna to cała historia tej karty. Railway wyraźnie pokazuje DATABASE_URL i jest to prawidłowa zmienna dla usług działających w Railway, do czego w dużej mierze służy Railway. Czytnik zewnętrzny jest wyjątkiem, a wyjątek wymaga innej zmiennej. Odrzucenie wewnętrznej nazwy hosta po nazwie — zamiast pozwolić jej na nicniezgodną i przekroczenie limitu czasu — to różnica między pięciosekundową korektą a dwudziestoma minutami podejrzeń dotyczących zapory sieciowej.
Puste pole portu jest celowe i warte obrony. Każdy instynkt podpowiada, aby wstępnie wypełnić pole 5432, ponieważ prawie każda usługa Postgres z niego korzysta, ale proxy Railway przypisuje porty dla każdej usługi, więc wstępnie wypełnione pole 5432 byłoby zdecydowanie błędne. Puste pole wymagane zadaje pytanie; błędna wartość domyślna odpowiada na nie niepoprawnie i wygląda na ustalone.
W przypadku zapytania międzyźródłowego Railway to zwykły Postgres. Połączenie o nazwie railway_app jest zapisane jako railway_app.public.orders i łączy się z folderem plików CSV, lokalnym systemem rekordów lub API rozliczeniowym jednym poleceniem tylko do odczytu — bez kopiowania i planowania.
Dokumentacja dostawcy: dokumenty.railway.com
Często zadawane pytania
Pytania dotyczące kolei
Które narzędzia potrafią odczytywać dane kolejowe za pośrednictwem strumieni zapytań?
Wszystko z jednego połączenia: Excel, Arkusze Google, MCP, REST API, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, zaplanowane alerty i raporty. Wystarczy połączyć się z bazą danych raz, a każda powierzchnia odczyta to samo połączenie tylko do odczytu — nie ma potrzeby konfigurowania poszczególnych narzędzi ani tworzenia drugiej kopii danych.
Czy muszę otworzyć port zapory sieciowej dla mojej bazy danych Railway?
Nie. Agent sieciowy Query Streams działa w Twojej sieci i otwiera pojedyncze szyfrowane połączenie wychodzące. Nic nie nasłuchuje ruchu przychodzącego, nie jest wymagana sieć VPN, a baza danych zachowuje istniejące reguły zapory sieciowej.
Czy strumienie zapytań mogą zmieniać dane w Railway?
Nie. Agent wymusza tryb tylko do odczytu w momencie wykonania — po jednym poleceniu na raz, tylko dla instrukcji SELECT i poleceń znajomych. Dane uwierzytelniające pozostają w agencie i nigdy nie są wysyłane do strumieni zapytań.
Czego potrzebuje Query Streams, aby połączyć się z Railway?
Dostępny host, rola i jego hasło — agent przenosi sterownik, więc nic nie jest instalowane w bazie danych. Host: <nazwa>.proxy.rlwy.net, publiczny serwer proxy TCP. Starsze wdrożenia na .railway.app również działają. Port: Przypisany dla każdej usługi przez Railway. Brak wartości domyślnej — pochodzi z DATABASE_PUBLIC_URL. Sterownik: Npgsql, przenoszony przez agenta — nic nie jest instalowane po stronie Railway. Wklej format: DATABASE_PUBLIC_URL z karty Zmienne usługi.
Czy mogę połączyć Railway z inną bazą danych w tym samym zapytaniu?
Tak — to jest zapytanie federacyjne. Jedno polecenie może odwoływać się do Railway i innych połączeń jednocześnie, zapisane jako connection.schema.table. Każde źródło uruchamia tylko tę część, którą może, i przesyła wynik z powrotem; łączenie odbywa się centralnie, więc źródła nigdy się ze sobą nie łączą i nic nie jest kopiowane ani planowane. Tryb tylko do odczytu dotyczy każdego fragmentu — tylko SELECT, WITH i EXPLAIN — i istnieje limit na to, ile jedno źródło może przekazać w ramach jednego zapytania. Zapytania federacyjne to funkcja planu; strona zapytań federacyjnych zawiera bieżące źródło i limity rozmiaru.
Czy łączenie Railway różni się od łączenia PostgreSQL?
Tylko ciąg połączenia. Railway obsługuje protokół PostgreSQL Wire Protocol, więc filtry, harmonogramowanie, udostępnianie, dodatki do Excela i Arkuszy Google oraz serwer MCP działają identycznie. Karta Railway wstępnie wypełnia ustawienia hosta, portu i SSL, których oczekuje dostawca.
Czy istnieje przewodnik Railway to Excel?
Tak — to jest przewodnik po PostgreSQL i jest on poprawny dla Railway w obecnej formie. Railway obsługuje protokół PostgreSQL Wire Protocol, więc Railway do Excela, Railway do Arkuszy Google i wszystkie inne miejsca docelowe wykonują te same kroki. Jedyną częścią specyficzną dla Railway jest ciąg połączenia, który wypełnia karta Railway.
Postaw kolej tam, gdzie praca jest wykonywana
Zainstaluj agenta, skieruj go do swojej bazy danych i wybierz miejsce docelowe.
Tylko do odczytu Tylko wysyłka Dane uwierzytelniające pozostają przy agencie

