POSTGRESQL
Interfejs API REST
Zmień zapytanie PostgreSQL w bezpieczne Interfejs API REST — brak PostgREST, brak serwera do hostowania.
Zapisz zapytanie SQL do swojej bazy danych Postgres, utwórz klucz API dla każdego odbiorcy i przekaż partnerowi aktywny punkt końcowy JSON. Brak otwartych 5432 port, brak współdzielonych danych uwierzytelniających, brak usługi Express do budowania i łatania — tylko kontrolowany, tylko do odczytu Interfejs API REST Postgres w ciągu kilku minut.
Zapytaj Nova, uzyskaj SQL + wykresy
Poznaj Nova
Jeden klucz na partnera. Nie udostępniamy żadnych danych uwierzytelniających.
Zbuduj API
+więcej
Zaplanowana synchronizacja z ponad 6 platformami
Eksploruj
+więcej
Zapytania do interfejsów API za pomocą SQL, bez kodu
Eksploruj
+więcej
Claude, Cursor, ChatGPT i Grok komunikują się z Twoimi danymi
Połącz AIQuery Streams to bezpieczna platforma integracji baz danych w czasie rzeczywistym, która zamienia każde zapisane zapytanie PostgreSQL w gotowy do współpracy z partnerami punkt końcowy interfejsu API REST — z kluczami dla każdego odbiorcy, wymuszaniem trybu tylko do odczytu i pełnym śladem audytu. Dostajesz na żywo Interfejs API REST Postgres bez otwierania portu bazy danych, udostępniania danych uwierzytelniających lub hostowania bramy. Więcej informacji można znaleźć na stronie QueryStreams.com. oraz zarejestruj się za darmo aby opublikować swój pierwszy punkt końcowy PostgreSQL w ciągu kilku minut.
Dlaczego warto udostępnić bazę danych PostgreSQL jako interfejs API REST?
Wcześniej czy później ktoś spoza Twojego zespołu potrzebuje danych przechowywanych w PostgreSQL — klient chce mieć swoje dane w panelu, dostawca chce mieć dostęp do strumienia danych na żywo zamiast conocnego pliku CSV, aplikacja partnera musi odczytać fragment Twoich tabel. Zwykłe odpowiedzi ujawniają coś, co wolałbyś zachować: wysyłasz e-mailem eksporty, które są nieaktualne od razu po wysłaniu, rozsyłasz pliki tylko do odczytu. psql logowanie, które przetrwa zaangażowanie, albo możesz utworzyć małą usługę i odziedziczyć jej uwierzytelnianie, TLS i poprawki na zawsze. Interfejs API REST PostgreSQL To czysta wersja tego rozwiązania — partner otrzymuje adres URL i token, a nie Twoją bazę danych. Najtrudniejsze zawsze było bezpieczne zbudowanie i uruchomienie tego interfejsu API. Query Streams tworzy zapisane zapytanie wraz z kluczem.
Brak otwartego portu Postgres
Nigdy nie wystawiasz 5432 do internetu lub zrobić dziurę w zaporze sieciowej. Agent sieciowy wybiera numer; połączenia przychodzące są przesyłane z powrotem przez to jedno połączenie wychodzące.
Klucze API dla każdego odbiorcy
Każdy odbiorca otrzymuje swój własny qsapi_* Klucz. Unieważnij jeden bez zmiany pozostałych i bez zmiany hasła PostgreSQL.
Tylko do odczytu z założenia
Walidator tylko do odczytu odrzuca każde polecenie inne niż SELECT, zanim dotrze ono do Postgres. Nie ma przypadkowego AKTUALIZACJA lub UPUSZCZAĆ ścieżka przez API.
Twoje dane SQL pozostają prywatne
Odbiorca widzi adres URL punktu końcowego, odpowiedź JSON i wszelkie udostępnione przez Ciebie filtry — nigdy Twój kod SQL, schemat, nazwę hosta ani ciąg połączenia.
Nic do hostowania lub łatania
Brak kontenera PostgREST, aplikacji Express i odwrotnego proxy. Punkt końcowy działa jako funkcja zarządzana, więc nie ma potrzeby posiadania potoku wdrażania ani rotacji TLS.
Trwałe, wygasające lub samoniszczące
Ustaw punkt końcowy jako stały, ustaw jego wygaśnięcie w określonym dniu lub określ dla niego stały budżet wywołań, który ulegnie samoczynnemu zniszczeniu po określonej liczbie żądań.
Typowe sposoby umieszczania interfejsu API REST w systemie Postgres — i dlaczego są one problematyczne
Istnieją znane narzędzia do tego celu i są one dobre w tym, co robią. Problem polega na tym, że każde z nich pozostawia Ci infrastrukturę, dostęp do sieci lub jedno i drugie. Oto porównanie popularnych podejść ze współdzielonym punktem końcowym Query Streams, gdy celem jest po prostu „umożliwienie danemu partnerowi odczytania określonego zestawu wyników”.
| Obawa | PostgREST / Hasura (samodzielnie hostowany) | DIY Express / FastAPI | Strumienie zapytań |
|---|---|---|---|
| Baza danych dostępna z poziomu API | Należy dotrzeć do Postgres (często nowa ścieżka sieciowa/port publiczny) | Należy dotrzeć do Postgres | Agent tylko wychodzący — brak portu przychodzącego |
| Co odbiorca trzyma | Adres URL do schematu | Adres URL do Twojej usługi | Klucz jednofunkcyjny do jednego zapytania |
| Ujawnienie schematu | Cały schemat jest domyślnie widoczny | Cokolwiek kodujesz ręcznie | Jedno zapisane zapytanie, nic więcej |
| Klucze dla odbiorcy + odwołanie | Zbuduj to sam | Zbuduj to sam | Wbudowany w |
| Rejestr audytu każdego połączenia | Dodaj to sam | Dodaj to sam | Wbudowany w |
| Obsługujesz / łatasz / obracasz TLS | Tak, na zawsze | Tak, na zawsze | Zarządzane dla Ciebie |
| Czas do pierwszego punktu końcowego | Godziny do dni | Dni | Protokół |
Szukasz alternatywy dla PostgREST na potrzeby współdzielenia partnerskiego?
PostgREST doskonale sprawdza się, gdy potrzebujesz pełnej, samodzielnie hostowanej powierzchni REST na własnym schemacie. Jeśli zamiast tego chcesz przekazać nazwanemu partnerowi jeden zarządzany, tylko do odczytu zestaw wyników — z własnym kluczem, śladem audytu i bez serwera do uruchomienia — to właśnie tę lukę wypełniają strumienie zapytań. Te dwa rozwiązania mogą współistnieć: PostgREST dla aplikacji wewnętrznej i strumienie zapytań do udostępniania wychodzącego.
W jaki sposób Query Streams przekształca zapytanie Postgres w interfejs API REST
Po zainstalowaniu agenta sieciowego i skonfigurowaniu łącznika PostgreSQL, przeniesienie zapisanego zapytania do współdzielonego punktu końcowego REST zajmuje około trzech kroków. Jeśli korzystasz już z Query Streams dla programu Excel, Arkuszy Google lub serwera MCP, agent i łącznik są już gotowe — zaczynasz od kroku drugiego.
Połącz PostgreSQL przez agenta
Zainstaluj agenta sieciowego obok swojej bazy danych i dodaj konektor PostgreSQL ze standardową rolą tylko do odczytu. Agent nawiązuje połączenie wychodzące TLS do strumieni zapytań — Twoja baza danych nigdy nie jest dostępna w internecie.
Zapisz zapytanie SQL
Napisz SELECT W Kreatorze zapytań dla połączenia z Postgres — JOIN-y, CTE, funkcje okien i parametry są mile widziane. Nazwij i zapisz. Wszystko, co można SELECT, może stać się punktem końcowym.
Promuj i udostępniaj klucz
Otwórz kartę Instalacja, wybierz typ punktu końcowego (stały, wygasający lub budżet połączeń) i format wyjściowy, a następnie zaproś odbiorcę e-mailem. Otrzyma on zgłoszenie magicznego łącza i własne. qsapi_* klawisz.
Jedno zapisane zapytanie, wiele powierzchni
To samo zapisane zapytanie PostgreSQL może powodować odświeżenie programu Excel, pasek boczny Arkuszy Google, konwersację Claude'a lub Cursora Serwer PostgreSQL MCP, oraz punkt końcowy REST skierowany do partnera w tym samym czasie. Zapytanie tworzy się raz, a strumienie zapytań obsługują powierzchnie.
Brak otwartego portu Postgres, brak współdzielonych danych uwierzytelniających
Model bezpieczeństwa jest powodem, dla którego zespoły wybierają właśnie ten model zamiast publicznego portu bazy danych. Twoje hasło PostgreSQL znajduje się wyłącznie w zaszyfrowanym magazynie danych uwierzytelniających agenta w Twojej sieci; nigdy nie jest przesyłane do naszej chmury i nigdy nie jest widoczne dla odbiorcy. Co więcej, każdy punkt końcowy zapewnia kontrolę nad odbiorcami, którą możesz zaostrzyć przed udostępnieniem.
Agent tylko wychodzący
Agent łączy się z agent.querystreams.com na porcie 443. Twoja zapora widzi normalny ruch wychodzący HTTPS — bez portów przychodzących, bez VPN, bez tunelu.
Wymuszanie tylko do odczytu
Walidator uruchamia się w agencie w Twojej sieci, zanim jakiekolwiek polecenie dotrze do Postgres. Polecenia inne niż SELECT są odrzucane. NARUSZENIE TYLKO DO ODCZYTU.
Listy dozwolone IP + CORS
Przypnij klucz odbiorcy do określonych adresów IP lub zakresów CIDR i ogranicz, które przeglądarki mogą wywoływać poszczególne punkty końcowe. Połączenia spoza listy są odrzucane przed uruchomieniem jakiegokolwiek zapytania SQL.
Limity szybkości + limity bajtów
Dwupoziomowe limity przepustowości (na klucz i na punkt końcowy) oraz opcjonalny miesięczny limit bajtów utrzymują zaszumionego lub uciekającego odbiorcę w bezpiecznym promieniu rażenia.
Zadzwoń do swojego interfejsu API REST PostgreSQL
Odbiorcy wywołują punkt końcowy jak każdy inny interfejs API REST: token nośnika i adres URL. Każdy udostępniony parametr zapisanego zapytania można ustawić w każdym wywołaniu — w ciągu zapytania. DOSTAWAĆ lub w treści JSON dla POSTAgent wiąże te wartości jako właściwe parametry przygotowanego polecenia, nigdy jako łączenie ciągów znaków, więc odbiorca nie może wyjść poza filtr, aby wstrzyknąć polecenie SQL.
Wybierz format wyjściowy dla każdego połączenia za pomocą Przyjąć nagłówek (lub ?format= parametr zapytania): JSON dla pojedynczej tablicy, CSV dla arkuszy kalkulacyjnych i Pandas lub w punkcie końcowym przesyłania strumieniowego, NDJSON (jeden wiersz JSON na linię) dla potoków parsowania w trakcie pracy. Dla użytkowników wrażliwych na przepustowość wybierz opcję LZ4 kompresja ładunku z Kodowanie akceptujące: lz4; nieskompresowane odpowiedzi również otrzymują standard gzip automatycznie na kablu. Aby uzyskać pełny podział trybów statycznych i strumieniowych, czterech kombinacji kabli i generacji OpenAPI 3.1, zobacz Natychmiastowy interfejs API REST dla baz danych SQL przewodnik.
Jak rozliczane jest użytkowanie
Platforma API jest zawarta w każdym planie i korzysta z takiego samego miesięcznego limitu bajtów jak Excel, Arkusze Google i serwer MCP — LZ4 nalicza opłaty za bajty skompresowane, w przeciwnym razie za bajty nieskompresowane. jak mierzony jest przydział współdzielonych bajtów →
Podłącz do Power BI, Tableau i dowolnego urządzenia odczytującego JSON
Ponieważ każdy punkt końcowy zwraca standard JSON — dzięki obsłudze plików CSV i strumieniowego przesyłania danych NDJSON — każde narzędzie, które może odczytać kanał REST, pobiera dane PostgreSQL bezpośrednio, bez konieczności instalowania czegokolwiek. Power Query jest najłatwiejszym mostem do stosu Microsoft BI: w Power BI wybierać Pobierz dane → Z sieci, wklej adres URL punktu końcowego, dodaj swój Upoważnienie nagłówek, a Power Query analizuje JSON i przekształca go w tabelę, którą można odświeżać i która zasila model danych. (W przypadku danych na żywo w arkuszu kalkulacyjnym, natywny Dodatek Query Streams do programu Excel jest prostszą ścieżką — Power Query jest dostępny, gdy chcesz mieć dane w samym modelu Power BI.)
Power Query
Pobierz dane → Z sieci, wklej adres URL i token nośnika, rozwiń JSON do tabeli, którą można odświeżyć
Power BI
Ten sam silnik Power Query — załaduj punkt końcowy bezpośrednio do modelu i zaplanuj odświeżenie
Żywy obraz
Wskaż łącznik danych internetowych lub źródło JSON w punkcie końcowym, aby uzyskać dostęp do pulpitów nawigacyjnych na żywo
Listonosz
Zaimportuj specyfikację OpenAPI 3.1, a następnie wysyłaj, sprawdzaj i udostępniaj żądania jednym kliknięciem
On również karmi n8n, Qlik, kędzior, Python (upraszanie lub pandas.read_json), Bezsenność, Hoppscotch — lub dowolny skrypt lub przepływ pracy, który może wysłać żądanie HTTP i odczytać JSON.
Działa również z zarządzanym Postgresem
Nie ma znaczenia, gdzie działa Twoja baza PostgreSQL. Agent łączy się w ten sam sposób z serwerem lokalnym lub usługą zarządzaną — Amazon RDS dla PostgreSQL i Aurora PostgreSQL, Azure Database dla PostgreSQL, Google Cloud SQL dla PostgreSQL, Supabase lub Neon. Aby zminimalizować opóźnienie, wdróż agenta w tej samej sieci lub regionie, co baza danych; jedno konto Query Streams może uruchamiać wiele agentów w różnych regionach i chmurach, a pojedynczy punkt końcowy zachowuje się identycznie, niezależnie od tego, który agent go obsługuje.
Więcej niż PostgreSQL
Ten sam przepływ pracy promuje zapisane zapytanie z Microsoft SQL Server, MySQL, MariaDB, SQLite, Microsoft Access, Snowflake, Oracle, BigQuery lub DuckDB do punktu końcowego REST. PostgreSQL to po prostu jeden z najpopularniejszych punktów wyjścia. Przejrzyj Przewodniki konfiguracji złącza aby zobaczyć aktualną listę.
Często zadawane pytania
Czy muszę otworzyć port lub udostępnić PostgreSQL do połączenia z Internetem? +
5432 (domyślnie) nigdy nie jest ujawniany. jak działa połączenie tylko wychodzące →Czy odbiorca może zobaczyć moje dane uwierzytelniające SQL lub bazę danych? +
Czym to się różni od PostgREST lub Hasura? +
Jakie formaty wyjściowe może zwracać API? +
Przyjąć nagłówek lub ?format= parametr z opcjonalną kompresją ładunku LZ4. formaty przewodów i opcje kompresji →Czy odbiorcy mogą filtrować wyniki, czy otrzymują stałe zapytanie? +
DOSTAWAĆ lub ciało JSON dla POSTParametry, których nie ujawnisz, pozostają niezmienne. Agent wiąże każdą wartość jako parametr przygotowanej instrukcji, więc filtry nie mogą być używane do wstrzykiwania kodu SQL.Czy punkt końcowy może wygasnąć lub ulec samozniszczeniu? +
Czy działa z Amazon RDS, Azure, Cloud SQL, Supabase lub Neon? +
Czy odbiorca potrzebuje konta Query Streams? +
Rozpocznij
Opublikuj bezpłatnie swój pierwszy interfejs API REST PostgreSQL.
Zarejestruj się, zainstaluj agenta sieciowego obok swojej bazy danych Postgres, zapisz zapytanie SQL i wyślij adresatowi e-mail z oświadczeniem o magicznym łączu. Klucze dla każdego odbiorcy, wymuszanie trybu tylko do odczytu i pełny dziennik audytu są dostępne od pierwszego połączenia.
Powiązane przewodniki: Natychmiastowy interfejs API REST dla baz danych SQL | Platforma API REST bazy danych | Połącz PostgreSQL z Claude przez MCP | Przewodniki konfiguracji złącza
Kategoria: Platforma API
Tagi: postgres-rest-api, postgresql, rest-api, expose-postgres-as-api, postgrest-alternative, share-postgres-data, per-recipient-keys, no-code-api, database-rest-api
Metaopis: Zmień zapytanie PostgreSQL w bezpieczny, tylko do odczytu interfejs API REST z kluczami dla każdego odbiorcy — bez otwartego portu, bez PostgREST, bez kodu.
English 
Spanish 
German 
French 
Portuguese 
Japanese 
Korean 
Chinese 
Italian 
Dutch 
Indonesian 
Polish