Renderuj logo

Zarządzany Postgres mówi po PostgreSQL

Łączyć Oddać do Excela, Arkuszy Google, AI i REST

Renderuj zarządzanego Postgresa. Użyj zewnętrznego ciągu połączenia — wewnętrzny ciąg jest rozwiązywany tylko w Renderze.

Jedno połączenie, każda powierzchnia

Gdzie mogą trafić Twoje dane renderowania

Query Streams odczytuje dane z Render 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. Render przydziela każdej bazie danych dwa adresy – wewnętrzny, który działa tylko w sieci Render, oraz zewnętrzny, który działa z dowolnego miejsca – a wybranie niewłaściwego adresu to jedyny problem, który może wystąpić podczas łączenia się z zewnątrz. Agent działa na Twoim komputerze, a nie w Renderze, więc potrzebuje zewnętrznego ciągu znaków.

Renderowanie to PostgreSQL na sieci — standardowy sterownik, więc wszystkie poniższe instrukcje obowiązują bez zmian. Jedynym elementem specyficznym dla Rendera jest ciąg połączenia, omówiony w szczegóły połączenia.

  1. Dla Twojego zespołu, dostawców i partnerów
  2. Renderowanie do programu Excel Microsoft Excel · Dodatek do programu Excel

    Pobierz wyniki renderowania na żywo bezpośrednio do arkusza kalkulacyjnego i odświeżaj je na żądanie — program Excel na komputerze stacjonarnym, program Excel Online, program Microsoft 365.

    Przewodnik po PostgreSQL
  3. Renderuj do Arkuszy Google Dodatek Arkuszy

    Uruchom zapisane zapytanie Render z paska bocznego i upuść wiersze do arkusza. Współpracownicy korzystający z udostępnionego arkusza mogą je samodzielnie odświeżyć.

    Przewodnik po PostgreSQL
  4. Zapytaj Novę o Render Nova AI · tekst do SQL

    Zadaj pytanie prostym językiem. Nova zna już Twoje tabele Render, pisze i uruchamia SQL, wyjaśnia odpowiedź i tworzy wykres – bez konieczności pisania zapytania i podawania danych uwierzytelniających.

    Jak działa Nova
  5. Renderowanie do przeglądarki danych udostępnianie wyników · zespół, dostawcy, partnerzy · telefon, tablet, komputer stacjonarny

    Udostępnij wynik renderowania na żywo 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ą tylko wyniki, a nie kod SQL ani dane uwierzytelniające.

    Jak działa Przeglądarka danych
  6. Do aplikacji i systemów
  7. Renderowanie interfejsu API REST Punkt końcowy HTTP

    Opublikuj zapytanie Render jako uwierzytelniony punkt końcowy JSON, który może wywołać dowolna aplikacja, ze specyfikacją OpenAPI 3.1 i gotowymi kolekcjami Postman, Insomnia i Hoppscotch. Port bazy danych nie jest otwarty.

    Przewodnik po PostgreSQL
  8. Renderowanie do usługi Power BI Power Query M

    Wklej wygenerowany kod Power Query M do Edytora zaawansowanego usługi Power BI, a raport wyświetli wyniki renderowania na żywo przesyłane przez protokół HTTPS — bez sterownika ODBC i bez otwartego portu bazy danych.

    Jak działa Power BI
  9. Renderowanie do Airtable Platforma automatyzacji

    Synchronizuj wiersze renderowania z Airtable na podstawie harmonogramu lub pobieraj je za pomocą skryptu automatyzacji Airtable.

    Przewodnik po PostgreSQL
  10. Renderowanie do Baserow Platforma automatyzacji

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

    Przewodnik po PostgreSQL
  11. Renderowanie do SeaTable Platforma automatyzacji

    Utrzymuj bazę SeaTable na bieżąco z danymi renderowania bez eksportowania pliku lub udostępniania bazy danych.

    Przewodnik po PostgreSQL
  12. Renderowanie do Smartsheet Platforma automatyzacji

    Prześlij wyniki renderowania do siatki Smartsheet, aby plany i raporty były odczytywane z systemu źródłowego, a nie z eksportu z poprzedniego tygodnia.

    Przewodnik po PostgreSQL
  13. Renderowanie do kowadła Anvil Works · Platforma aplikacji

    Wspieraj aplikację Anvil Python za pomocą Render przez punkt końcowy REST zamiast osadzać poświadczenia bazy danych w aplikacji.

    Przewodnik po PostgreSQL
  14. Dla narzędzi AI
  15. Renderuj serwer MCP Klienci Claude, Cursor i MCP

    Udziel asystentowi AI dostępu tylko do odczytu w programie Render ze schematem potrzebnym do pisania poprawnego kodu SQL — bez konieczności podawania danych uwierzytelniających w czacie.

    Przewodnik po PostgreSQL
  16. Dostarczone do ludzi
  17. Generuj alerty i raporty Slack · Discord · E-mail · Webhook

    Utwórz harmonogram zapytania Render i otrzymuj wiersze dostarczane 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 na komputerze z dostępem do internetu. Otwiera on jedno połączenie wychodzące i nigdy nie nasłuchuje, więc Render widzi zwykłego klienta, a Twoja sieć nie potrzebuje żadnej reguły przychodzącej.

02

Otwórz bazę danych w panelu Render i znajdź panel Połączenia. Skopiuj adres URL zewnętrznej bazy danych, a nie wewnętrznej — warto zwolnić tempo tego kroku.

03

Wklej go w pierwsze pole. Host, port, baza danych, nazwa użytkownika i hasło zostaną odczytane i wypełnione.

04

Pozostaw opcję „Użyj protokołu SSL” włączoną i uruchom test. Renderowanie wymaga szyfrowania połączeń zewnętrznych, a agent i tak wymusza je dla nazw hostów Renderowania.

05

Zapisz, a następnie odczytaj z Microsoft Excel, Arkuszy Google, Power BI, MCP lub REST. Wklejony ciąg znaków zostanie usunięty po wypełnieniu pól, więc hasło zostanie zapisane tylko raz.

Funkcja dogłębna

Co daje Ci Render

Wewnętrzne i zewnętrzne nie są zamienne

Render publikuje oba adresy na tej samej stronie, jeden nad drugim, i tylko jeden z nich może działać spoza Rendera.

  • Zewnętrzna nazwa hosta kończy się na -postgres.render.com i jest dostępna z dowolnego miejsca. To jest ta, której potrzebuje agent.
  • Wewnętrzna nazwa hosta jest krótka i nie ma sufiksu domeny. Działa tylko w obrębie prywatnej sieci Rendera, więc z Twojego komputera nie działa wcale.
  • Karta zaakceptuje adres wewnętrzny bez narzekania — sprawdza, czy wkleiłeś ciąg znaków postgres://, a nie który z dwóch ciągów Rendera to był. Jeśli test kończy się niepowodzeniem z nazwą, której nie można rozwiązać, prawie zawsze jest to przyczyną.
  • Naprawa zajmuje kilka sekund: wystarczy wrócić do panelu Połączenia, skopiować adres URL zewnętrznej bazy danych i wkleić go ponownie. Nic innego w połączeniu się nie zmienia.

Szyfrowane i co to dowodzi, a czego nie

Renderowanie wymaga protokołu TLS w przypadku połączeń zewnętrznych, a agent nie pozostawia tej kwestii do zaznaczenia pola wyboru.

  • Protokół TLS jest wymuszany dla nazw hostów Render. Odznaczenie pola wyboru SSL nie powoduje utworzenia nieszyfrowanego połączenia; agent wymaga szyfrowania niezależnie od tego, co jest zaznaczone w polu.
  • Łańcuch certyfikatów nie jest zweryfikowany. Należy go traktować jako zabezpieczenie przed odczytaniem przesyłanego ruchu, a nie jako dowód na to, który serwer odpowiedział.
  • W tej ścieżce nie ma poolera. Agent nie stosuje żadnych adaptacji poolera dla Rendera, więc przygotowane instrukcje i obsługa sesji zachowują się dokładnie tak, jak w przypadku zwykłego Postgresa.
  • Wszystko, co uruchamia agent, jest tylko do odczytu, a Twoje dane uwierzytelniające pozostają na komputerze, na którym został zainstalowany. Query Streams nie przechowuje żadnej kopii danych ani kopii hasła.
-- Zwykły Postgres, tylko do odczytu, przez TLS 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 Render do pozostałych danych

Jedno polecenie może obejmować Render 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

Oddać 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     render_app.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 Render

Gospodarz
dpg-<id>-a.<region>-postgres.render.com — nazwa zewnętrzna; nazwy wewnętrzne nie są rozpoznawane poza Renderem
Port
5432
Kierowca
Npgsql, przenoszony przez agenta — nic do zainstalowania po stronie renderowania
Wklej format
Adres URL zewnętrznej bazy danych z panelu Połączenia bazy danych w postaci adresu URI postgres://
TLS
Wymagane i egzekwowane dla nazw hostów Render. Szyfrowane; łańcuch certyfikatów nie jest weryfikowany.
Łączenie
Brak. Agent nie stosuje żadnych adaptacji puli dla Renderowania.
Zapisano jako
PostgreSQL z funkcją Render zachowaną jako odznaka
Schemat domyślny
publiczny, czyli taki, jaki niesie ze sobą odniesienie federacyjne

Render to proste połączenie z Postgresem, od którego dzieli Cię tylko jedna rzecz – a ta rzecz to raczej opcja „kopiuj-wklej”, niż cokolwiek technicznego. Oba adresy URL to poprawne ciągi znaków Postgresa, oba zaczynają się od postgres://, a różnica między nimi to sufiks nazwy hosta, którego większość osób nie czyta. Świadomość, że należy wybrać zewnętrzny, sprawia, że jedyna prawdopodobna awaria staje się zdarzeniem nieistotnym.

Powodem istnienia adresu wewnętrznego jest to, że usługi działające w Renderze powinny go używać — pozostaje on w prywatnej sieci Rendera i nie wykonuje żadnej podróży w obie strony. Ta logika jest prawidłowa i nie ma z Tobą nic wspólnego, ponieważ Agent Sieciowy działa w Twojej infrastrukturze. Jeśli sam uruchomisz agenta w usłudze Rendera, adres wewnętrzny staje się właściwym rozwiązaniem z tego samego powodu.

W przypadku zapytania międzyźródłowego Render to zwykły Postgres. Połączenie o nazwie render_app jest zapisane jako render_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: render.com

Często zadawane pytania

Pytania dotyczące renderowania

Które narzędzia mogą odczytywać dane renderowania 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 dla mojej bazy danych Render?

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 podczas renderowania?

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 Renderem?

Dostępny host, rola i jej hasło — agent przenosi sterownik, więc nic nie jest instalowane w bazie danych. Host: dpg-<id>-a.<region>-postgres.render.com — nazwa zewnętrzna; nazwy wewnętrzne nie są rozpoznawane spoza Rendera. Port: 5432. Sterownik: Npgsql, przenoszony przez agenta — nic do zainstalowania po zakończeniu Rendera. Wklej format: adres URL zewnętrznej bazy danych z panelu Połączenia bazy danych jako URI postgres://.

Czy mogę połączyć Render z inną bazą danych w tym samym zapytaniu?

Tak — to jest zapytanie federacyjne. Jedno polecenie może odwoływać się do Render 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 z Render różni się od łączenia z PostgreSQL?

Tylko ciąg połączenia. Render 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 Render wstępnie wypełnia ustawienia hosta, portu i SSL, których oczekuje dostawca.

Czy istnieje przewodnik dotyczący renderowania do programu Excel?

Tak — to przewodnik po PostgreSQL i jest on poprawny dla Rendera w obecnej formie. Render obsługuje protokół PostgreSQL, więc Renderowanie do Excela, Renderowanie do Arkuszy Google i wszystkie inne miejsca docelowe wykonują te same kroki. Jedyną częścią specyficzną dla Rendera jest ciąg połączenia, który karta Render wypełnia za Ciebie.

Umieść renderowanie tam, gdzie wykonywana jest praca

Zainstaluj agenta, skieruj go do swojej bazy danych i wybierz miejsce docelowe.

Tylko do odczytu Tylko wysyłka Dane uwierzytelniające pozostają przy agencie