Zarządzany Postgres mówi po PostgreSQL
Łączyć Chrupiący mostek do Excela, Arkuszy Google, AI i REST
Crunchy Bridge zarządzał Postgresem bezpośrednio lub przez wbudowany PgBouncer. Port informuje agenta, o który port chodziło.
Jedno połączenie, każda powierzchnia
Gdzie mogą trafić Twoje dane Crunchy Bridge
- 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 Crunchy Bridge 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. Crunchy Bridge umieszcza swoją bezpośrednią bazę danych i wbudowany PgBouncer na tej samej nazwie hosta i oddziela je portami — 5432 i 5431 — a ten pojedynczy szczegół sprawia, że jest to najczystsze połączenie grupowe spośród wszystkich zarządzanych kart Postgres. Port to cały sygnał, więc kreator, odznaka i agent odczytują to samo i nie mogą się kłócić co do tego, na którym punkcie końcowym się znajdujesz.
Crunchy Bridge to PostgreSQL na sieci — standardowy sterownik, więc wszystkie poniższe instrukcje obowiązują bez zmian. Jedynym elementem specyficznym dla Crunchy Bridge jest ciąg połączenia, omówiony w szczegóły połączenia.
- Dla Twojego zespołu, dostawców i partnerów
-
Crunchy Bridge do Excela Microsoft Excel · Dodatek do programu Excel
Pobierz na żywo wyniki z Crunchy Bridge 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 -
Crunchy Bridge do Arkuszy Google Dodatek Arkuszy
Uruchom zapisane zapytanie Crunchy Bridge 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 -
Zapytaj Novę o Crunchy Bridge Nova AI · tekst do SQL
Zadaj pytanie prostym językiem. Nova zna już Twoje tabele Crunchy Bridge, pisze i uruchamia SQL, wyjaśnia odpowiedź i tworzy wykres – bez pisania zapytania i bez podawania danych uwierzytelniających.
Jak działa Nova -
Crunchy Bridge do przeglądarki danych udostępnianie wyników · zespół, dostawcy, partnerzy · telefon, tablet, komputer stacjonarny
Udostępnij na żywo wynik z Crunchy Bridge 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. Widzą wyniki, a nie kod SQL ani dane uwierzytelniające.
Jak działa Przeglądarka danych - Do aplikacji i systemów
-
Interfejs API REST Crunchy Bridge Punkt końcowy HTTP
Opublikuj zapytanie Crunchy Bridge 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 -
Crunchy Bridge do Power BI Power Query M
Wklej wygenerowany kod Power Query M do Edytora zaawansowanego usługi Power BI, a raport wyświetli wyniki Crunchy Bridge przesyłane na żywo przez protokół HTTPS — bez sterownika ODBC i bez otwartego portu bazy danych.
Jak działa Power BI -
Crunchy Bridge do Airtable Platforma automatyzacji
Synchronizuj wiersze Crunchy Bridge z bazą Airtable zgodnie z harmonogramem lub pobieraj je za pomocą skryptu automatyzacji Airtable.
Przewodnik po PostgreSQL -
Crunchy Bridge do Baserow Platforma automatyzacji
Przekaż tabelę Baserow z Crunchy Bridge przez punkt końcowy REST — samodzielnie hostowany lub w chmurze Baserow.
Przewodnik po PostgreSQL -
Crunchy Bridge do SeaTable Platforma automatyzacji
Utrzymuj bazę danych SeaTable na bieżąco, korzystając z danych Crunchy Bridge, bez konieczności eksportowania pliku lub udostępniania bazy danych.
Przewodnik po PostgreSQL -
Crunchy Bridge do Smartsheet Platforma automatyzacji
Prześlij wyniki z Crunchy Bridge do siatki Smartsheet, aby plany i raporty były odczytywane z systemu źródłowego, a nie eksportowane z poprzedniego tygodnia.
Przewodnik po PostgreSQL -
Chrupiący most do kowadła Anvil Works · Platforma aplikacji
Wspieraj aplikację Anvil Python za pomocą Crunchy Bridge przez punkt końcowy REST zamiast osadzać poświadczenia bazy danych w aplikacji.
Przewodnik po PostgreSQL - Dla narzędzi AI
-
Serwer Crunchy Bridge MCP Klienci Claude, Cursor i MCP
Udziel asystentowi AI dostępu tylko do odczytu w Crunchy Bridge, zawierającego schemat potrzebny do pisania prawidłowych instrukcji SQL — bez konieczności podawania danych uwierzytelniających w czacie.
Przewodnik po PostgreSQL - Dostarczone do ludzi
-
Alerty i raporty Crunchy Bridge Slack · Discord · E-mail · Webhook
Utwórz harmonogram zapytań Crunchy Bridge 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
Zainstaluj agenta sieciowego na dowolnym komputerze z dostępem do internetu. Otwiera on jedno połączenie wychodzące i nigdy nie nasłuchuje, więc nie ma potrzeby żądania reguły zapory dla ruchu przychodzącego.
Otwórz klaster w Crunchy Bridge, przejdź do zakładki Połączenie i skopiuj URI. Wklej go w pierwsze pole – zostaną z niego odczytane host, port, baza danych, nazwa użytkownika i hasło.
Sprawdź, który port został przesłany. 5432 to bezpośrednia baza danych, a 5431 to pula PgBouncer. Selektor trybu automatycznie podąża za portem podczas wklejania.
Pozostaw opcję „Użyj SSL” włączoną i uruchom test. Crunchy Bridge wymaga szyfrowanego połączenia, a agent wymusza je dla nazw hostów Crunchy niezależnie od tego.
Zapisz, a następnie odczytaj z Microsoft Excel, Arkuszy Google, Power BI, MCP lub REST. Wklejony adres URI zostanie usunięty po wypełnieniu pól, więc hasło zostanie zapisane tylko raz.
Funkcja dogłębna
Co daje Ci Crunchy Bridge
Dwa porty, jedna nazwa hosta i nic, co mogłoby wypaść z rytmu
Większość zarządzanych usług Postgres z poolerem podaje drugą nazwę hosta lub flagę, którą trzeba zapamiętać. Crunchy Bridge zmienia port i nic więcej, co okazuje się ważniejsze, niż się wydaje.
- Port 5432 to bezpośrednia baza danych. Port 5431 to wbudowany PgBouncer, działający w trybie transakcyjnym, na tym samym hoście i z tymi samymi uprawnieniami.
- Ponieważ port jest częścią każdego ciągu połączenia, jest on przesyłany wraz z wklejonym adresem. Wklej URI 5431, a karta sama przełączy się na połączenie grupowe. — nie musisz wiedzieć, że istnieje selektor trybu.
- Agent odczytuje ten sam port podczas łączenia, więc to, co pokazuje identyfikator i to, co się faktycznie dzieje, to ten sam fakt, a nie dwa ustawienia, które mogą się różnić. Na kartach, gdzie flaga puli jest przechowywana oddzielnie od adresu, jest to możliwe.
- Selektor trybu nie pozwoli Ci się sprzeciwić. Wybierz pulę z portem nadal na 5432, a pojawi się odpowiedni komunikat przed zapisaniem, co jest błędem, którego zapobieganie jest celem tego projektu.
Co się zmienia, gdy przejdziesz przez basen
Pula transakcji przekazuje sesję do innego zaplecza pomiędzy poleceniami i aby było to bezpieczne, konieczne jest przeniesienie dwóch domyślnych wywołań Npgsql.
- Przygotowane instrukcje są wyłączane. Nazwane przygotowane instrukcje nie są zachowywane po ponownym przypisaniu do innego zaplecza, więc automatyczne przygotowanie jest odłączane, a nie pozostawiane do późniejszej awarii pod obciążeniem.
- Resetowanie sesji, które normalnie jest wykonywane, gdy połączenie powraca do puli, jest pomijane, ponieważ w przypadku puli transakcji resetowanie to nie należy do Ciebie.
- Oba są stosowane przez agenta wyłącznie z portu. Nie ma potrzeby konfigurowania niczego i nie ma możliwości utworzenia puli punktów końcowych bez zachowania puli.
- Użyj portu bezpośredniego do długotrwałych odczytów, a puli, gdy masz wiele krótkich. Oba działają w programach Microsoft Excel i Arkuszach Google; różnica jest widoczna w przypadku współbieżności, a nie w wynikach.
Szyfrowane i co to dowodzi, a czego nie
Warto to powiedzieć wprost, ponieważ jest to ta sama postawa w przypadku każdej zarządzanej karty Postgres i łatwo jest ją nadużyć.
- Protokół TLS jest wymagany, ale nie jest oferowany. Agent wymusza szyfrowanie nazw hostów Crunchy, nawet jeśli pole wyboru SSL jest odznaczone, więc ruch nigdy nie jest zabezpieczony.
- Łańcuch certyfikatów nie jest zweryfikowany. Traktuj go jako zabezpieczenie przed odczytaniem przesyłanego ruchu, a nie jako dowód na to, który serwer odpowiedział.
- Wszystko, co uruchamia agent, jest tylko do odczytu, a dane uwierzytelniające nigdy nie opuszczają komputera, na którym je zainstalowano. Query Streams nie przechowuje żadnej kopii Twoich danych ani kopii Twojego hasła.
- Po stronie Crunchy nie trzeba niczego instalować. Agent zawiera sterownik Npgsql i łączy się jak zwykły klient.
-- 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
Połącz Crunchy Bridge z resztą swoich danych
Jedno polecenie może obejmować Crunchy Bridge 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 crunchy_prod.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 Crunchy Bridge
- Gospodarz
- p.<cluster-id>.db.postgresbridge.com — ten sam host dla obu punktów końcowych
- Port
- 5432 dla bezpośredniej bazy danych, 5431 dla wbudowanego puli PgBouncer
- Kierowca
- Npgsql, przenoszony przez agenta — nic do zainstalowania po stronie Crunchy Bridge
- Wklej format
- Adres URI z karty Połączenie klastra w postaci ciągu postgres://
- TLS
- Wymagane i egzekwowane dla nazw hostów Crunchy. Szyfrowane; łańcuch certyfikatów nie jest zweryfikowany.
- Łączenie
- PgBouncer w trybie transakcji na 5431. Agent wyłącza automatyczne przygotowywanie instrukcji i pomija resetowanie sesji, gdy go używasz
- Zapisano jako
- PostgreSQL z zachowanym Crunchy Bridge jako odznaką
- Schemat domyślny
- publiczny, czyli taki, jaki niesie ze sobą odniesienie federacyjne
Crunchy Bridge to przykład referencyjny opisu puli punktów końcowych. Ponieważ pula to port, a nie osobna nazwa hosta lub zapisana flaga, każda warstwa, która musi znać dane – tryb wyświetlany w połączeniu, parser wklejania i agent nawiązujący połączenie – odczytuje tę samą wartość z tego samego miejsca. Nie ma drugiego ustawienia, które wymagałoby synchronizacji, a zatem etykieta nie może mówić o jednej rzeczy, podczas gdy połączenie wykonuje inną.
Selektor trybu pracy warto traktować jako funkcję ochronną, a nie przełącznik. Nie zmienia on portu, gdy go zmieniasz; nie pozwala, aby te dwa elementy się ze sobą nie zgadzały. Jest to celowe, ponieważ to port jest elementem, na który Crunchy Bridge faktycznie kieruje, więc nadanie selektorowi autorytatywnego charakteru pozwoliłoby mu nadpisać jedyną istotną wartość.
W przypadku zapytań międzyźródłowych Crunchy Bridge to zwykły Postgres. Połączenie o nazwie crunchy_prod jest zapisane jako crunchy_prod.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: www.crunchydata.com
Często zadawane pytania
Pytania dotyczące Crunchy Bridge
Które narzędzia mogą odczytywać dane Crunchy Bridge przez strumienie 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 Crunchy Bridge?
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 Crunchy Bridge?
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 Crunchy Bridge?
Dostępny host, rola i jej hasło — agent przenosi sterownik, więc nic nie jest instalowane w bazie danych. Host: p.<cluster-id>.db.postgresbridge.com — ten sam host dla obu punktów końcowych. Port: 5432 dla bezpośredniej bazy danych, 5431 dla wbudowanej puli PgBouncer. Sterownik: Npgsql, przenoszony przez agenta — nic nie jest instalowane po stronie Crunchy Bridge. Wklej format: URI z karty Połączenie klastra, jako ciąg postgres://.
Czy mogę połączyć Crunchy Bridge z inną bazą danych w tym samym zapytaniu?
Tak — to jest zapytanie federacyjne. Jedno polecenie może odwoływać się do Crunchy Bridge 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 elementu — 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 podłączanie Crunchy Bridge różni się od podłączania PostgreSQL?
Tylko ciąg połączenia. Crunchy Bridge 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 Crunchy Bridge wstępnie wypełnia ustawienia hosta, portu i SSL, których oczekuje dostawca.
Czy istnieje przewodnik po programie Crunchy Bridge to Excel?
Tak — to jest przewodnik po PostgreSQL i jest on poprawny dla Crunchy Bridge w obecnej formie. Crunchy Bridge obsługuje protokół PostgreSQL, więc połączenia Crunchy Bridge z Excelem, Crunchy Bridge z Arkuszami Google i wszystkimi innymi aplikacjami przebiegają w ten sam sposób. Jedyną częścią specyficzną dla Crunchy Bridge jest ciąg połączenia, który wypełnia karta Crunchy Bridge.
Umieść Crunchy Bridge 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

