Logo kolei

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

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.

  1. Dla Twojego zespołu, dostawców i partnerów
  2. 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
  3. 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
  4. 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
  5. 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
  6. Do aplikacji i systemów
  7. 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
  8. 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
  9. 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
  10. Kolej do Baserow Platforma automatyzacji

    Przekaż tabelę Baserow z Railway przez punkt końcowy REST — samodzielnie hostowany lub w chmurze Baserow.

    Przewodnik po PostgreSQL
  11. 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
  12. 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
  13. 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
  14. Dla narzędzi AI
  15. 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
  16. Dostarczone do ludzi
  17. 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

01

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.

02

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.

03

Wklej to. Informacje o hoście, porcie, bazie danych, nazwie użytkownika i haśle zostaną odczytane bezpośrednio z pliku.

04

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.

05

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

Kolej żelazna Zarządzany Postgres
Microsoft SQL Server Silnik relacyjny
Pasek Płatności i fakturowanie

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