Zarządzany Postgres mówi po PostgreSQL
Łączyć Bazy danych IBM Cloud dla PostgreSQL do Excela, Arkuszy Google, AI i REST
IBM Cloud Databases for PostgreSQL. Port jest przypisywany dla każdego wdrożenia, dlatego należy go skopiować z panelu Punkty końcowe.
Jedno połączenie, każda powierzchnia
Gdzie mogą trafić Twoje dane z chmury IBM Cloud
- 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
Usługa Query Streams odczytuje dane IBM Cloud Databases for PostgreSQL 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. IBM robi dwie rzeczy inaczej niż większość zarządzanych usług PostgreSQL: przypisuje każdemu wdrożeniu własny port zamiast portu 5432 oraz udostępnia bazie danych certyfikat od własnego organu. Oba te elementy są obsługiwane w tym rozwiązaniu i warto o nich wiedzieć przed nawiązaniem połączenia, a nie po niepowodzeniu testu.
IBM Cloud Databases for PostgreSQL to PostgreSQL w sieci — standardowy sterownik, więc wszystkie poniższe instrukcje obowiązują bez zmian. Jedynym elementem specyficznym dla IBM Cloud jest ciąg połączenia, omówiony w szczegóły połączenia.
- Dla Twojego zespołu, dostawców i partnerów
-
IBM Cloud do Excela Microsoft Excel · Dodatek do programu Excel
Pobierz wyniki z platformy IBM Cloud na żywo bezpośrednio do arkusza kalkulacyjnego i odświeżaj je na żądanie — w programie Excel na komputerze stacjonarnym, w programie Excel Online lub w usłudze Microsoft 365.
Przewodnik po PostgreSQL -
IBM Cloud do Arkuszy Google Dodatek Arkuszy
Uruchom zapisane zapytanie IBM Cloud z paska bocznego i upuść wiersze do arkusza. Współpracownicy korzystający ze wspólnego konta mogą je samodzielnie odświeżyć.
Przewodnik po PostgreSQL -
Zapytaj Novę o IBM Cloud Nova AI · tekst do SQL
Zadaj pytanie prostym językiem. Nova zna już Twoje tabele IBM Cloud, pisze i uruchamia SQL, wyjaśnia odpowiedź i tworzy wykres – bez konieczności pisania zapytania i podawania danych uwierzytelniających.
Jak działa Nova -
IBM Cloud to Data Viewer udostępnianie wyników · zespół, dostawcy, partnerzy · telefon, tablet, komputer stacjonarny
Udostępnij na żywo wynik z IBM Cloud 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 kod SQL ani dane uwierzytelniające.
Jak działa Przeglądarka danych - Do aplikacji i systemów
-
Interfejs API REST chmury IBM Punkt końcowy HTTP
Opublikuj zapytanie IBM Cloud 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. Żaden port bazy danych nie jest otwarty.
Przewodnik po PostgreSQL -
IBM Cloud do Power BI Power Query M
Wklej wygenerowany kod Power Query M do edytora Power BI Advanced Editor, a raport odczyta wyniki IBM Cloud na żywo przesyłane przez protokół HTTPS — bez sterownika ODBC i bez otwartego portu bazy danych.
Jak działa Power BI -
IBM Cloud do Airtable Platforma automatyzacji
Synchronizuj wiersze IBM Cloud z bazą Airtable zgodnie z harmonogramem lub pobieraj je za pomocą skryptu automatyzacji Airtable.
Przewodnik po PostgreSQL -
IBM Cloud do Baserow Platforma automatyzacji
Przekaż tabelę Baserow z chmury IBM Cloud przez punkt końcowy REST — samodzielnie hostowany lub w chmurze Baserow.
Przewodnik po PostgreSQL -
IBM Cloud do SeaTable Platforma automatyzacji
Utrzymuj bazę danych SeaTable na bieżąco, korzystając z danych IBM Cloud, bez konieczności eksportowania pliku lub udostępniania bazy danych.
Przewodnik po PostgreSQL -
IBM Cloud to Smartsheet Platforma automatyzacji
Prześlij wyniki z platformy IBM Cloud do siatki Smartsheet, aby plany i raporty były odczytywane z systemu źródłowego, a nie eksportowane z poprzedniego tygodnia.
Przewodnik po PostgreSQL -
IBM Cloud do Anvil Anvil Works · Platforma aplikacji
Wspieraj aplikację Anvil Python za pomocą IBM Cloud przez punkt końcowy REST zamiast osadzać dane uwierzytelniające bazy danych w aplikacji.
Przewodnik po PostgreSQL - Dla narzędzi AI
-
Serwer IBM Cloud MCP Klienci Claude, Cursor i MCP
Udziel asystentowi AI dostępu tylko do odczytu w chmurze IBM Cloud ze schematem potrzebnym do pisania prawidłowych instrukcji SQL — bez konieczności podawania danych uwierzytelniających w czacie.
Przewodnik po PostgreSQL - Dostarczone do ludzi
-
Alerty i raporty IBM Cloud Slack · Discord · E-mail · Webhook
Utwórz harmonogram zapytania IBM Cloud 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 komputerze, który ma dostęp do wdrożenia — we własnej sieci w przypadku prywatnego punktu końcowego lub w dowolnej sieci w przypadku punktu publicznego. Agent otwiera jedno połączenie wychodzące i nigdy nie nasłuchuje.
W IBM Cloud otwórz usługę, następnie Punkty końcowe i wybierz kartę Publiczne lub Prywatne, aby określić sposób, w jaki agent będzie do nich docierał.
Skopiuj ciąg połączenia PostgreSQL i wklej go w pierwsze pole. Zostaną z niego odczytane dane: host, port, baza danych, nazwa użytkownika i hasło.
Sprawdź port. IBM przypisuje jeden port na każde wdrożenie — często w liczbie 30 000 — i to jest pole, które należy potwierdzić, a nie zakładać, ponieważ port 5432 jest tu prawie na pewno błędny.
Pozostaw opcję „Użyj protokołu SSL” włączoną, uruchom test i zapisz. Odczytaj dane z Microsoft Excel, Arkuszy Google, Power BI, MCP lub REST przez to samo połączenie.
Funkcja dogłębna
Co daje Ci IBM Cloud
Port jest przypisany do konkretnego wdrożenia, a karta celowo pozostawia go pustym
Prawie każda inna karta Postgresa tutaj wstępnie wypełnia pole 5432, ponieważ prawie każda inna usługa z niego korzysta. Ta tego nie robi, a puste pole jest właśnie tym.
- IBM przydziela port do każdego wdrożenia, zamiast uruchamiać wszystko na standardowym porcie. Dwie bazy danych na tym samym koncie nie będą współdzielić portu.
- Zatem pole początkowo jest puste, a karta wyraźnie o nie prosi. Wstępnie wypełniony kod 5432 byłby błędny znacznie częściej niż poprawny, a błąd wyglądałby raczej na problem z siecią niż literówkę.
- Port należy pobrać z tego samego panelu „Punkty końcowe”, co nazwę hosta. Znajduje się on w ciągu połączenia podanym przez IBM, zaraz po hoście.
- Jeśli zapisane połączenie ulegnie przekroczeniu limitu czasu, a nie zostanie odrzucone, pierwszą rzeczą, którą należy ponownie sprawdzić w panelu, jest port.
IBM wydaje własny urząd certyfikacji i co agent z tym robi
To jest szczera część, bardziej szczegółowa niż typowy akapit TLS.
- Połączenie jest szyfrowane i wymuszane przez agenta. Protokół TLS jest wymagany dla nazw hostów IBM Cloud niezależnie od tego, czy pole wyboru SSL jest zaznaczone.
- Łańcuch certyfikatów nie został zweryfikowany. IBM umieszcza certyfikaty na frontach wdrożeń od własnego organu certyfikacji, a agent nie ma możliwości otrzymania certyfikatu od tego organu i sprawdzenia go.
- Własny ciąg połączenia IBM zazwyczaj zawiera parametr sslmode=verify-full. Ten parametr nie jest odczytywany. — agent pobiera z ciągu dane dotyczące hosta, portu, bazy danych, nazwy użytkownika i hasła i stosuje własne ustawienie TLS, które wymaga szyfrowania bez sprawdzania poprawności łańcucha.
- Traktuj to jako zabezpieczenie przed odczytaniem danych przesyłanych przez kogokolwiek, a nie jako dowód na to, który serwer odpowiedział. Jeśli weryfikacja łańcucha z CA IBM ma znaczenie dla Twojej zgodności, to jest to szczegół, na który warto zwrócić uwagę.
-- 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 IBM Cloud z resztą swoich danych
Jedno polecenie może obejmować jednocześnie IBM Cloud i inne połączenia. 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 ibm_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 IBM Cloud
- Gospodarz
- <id>.databases.appdomain.cloud z panelu Punkty końcowe usługi
- Port
- Przydzielane na każde wdrożenie, często w liczbie 30 000. Nie 5432 i nie jest wstępnie wypełnione.
- Kierowca
- Npgsql, przenoszony przez agenta — nic do zainstalowania po stronie IBM Cloud
- Wklej format
- Ciąg połączenia PostgreSQL z punktów końcowych jako URI postgres://
- TLS
- Wymagane i egzekwowane dla nazw hostów IBM Cloud. Szyfrowane; urząd certyfikacji IBM nie jest weryfikowany i nie można podać niestandardowego urzędu certyfikacji.
- Łączenie
- Brak. Agent nie stosuje żadnych adaptacji poolera dla IBM Cloud.
- Domyślne
- Baza danych ibmclouddb i administrator użytkownika są wstępnie wypełnione i zgodne z tym, co tworzy IBM
- Zapisano jako
- PostgreSQL z IBM Cloud zachowanym jako odznaka
- Schemat domyślny
- publiczny, czyli taki, jaki niesie ze sobą odniesienie federacyjne
Puste pole portu to drobna decyzja projektowa, którą warto wyjaśnić, ponieważ wygląda na pominięcie. Istnieją ustawienia predefiniowane, które pozwalają na wstępne wypełnienie czynności, które dostawca zawsze wykonuje w ten sam sposób, a port IBM do nich nie należy. Wypełnienie wiarygodnego domyślnego pola spowodowałoby nawiązanie połączenia, które przejdzie walidację, a następnie nie zostanie nawiązane, co jest gorszym wynikiem niż puste pole z pytaniem.
W kwestii certyfikatów: przydatne jest rozróżnienie między szyfrowaniem a tożsamością. Ruch między agentem a wdrożeniem IBM jest szyfrowany i nie można go odczytać w trakcie transmisji. Agent nie potwierdza jednak, w urzędzie certyfikacji IBM, że serwer prezentujący dany certyfikat jest tym, o który chodziło. W przypadku większości obciążeń raportowania na prywatnym punkcie końcowym to rozróżnienie ma charakter teoretyczny; jeśli nie ma ono charakteru teoretycznego, lepiej zapoznać się z nim tutaj, niż odkrywać je w audycie.
W przypadku zapytań międzyźródłowych IBM Cloud to zwykły Postgres. Połączenie o nazwie ibm_prod jest zapisywane jako ibm_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.ibm.com
Często zadawane pytania
Pytania dotyczące IBM Cloud Databases for PostgreSQL
Które narzędzia mogą odczytywać dane IBM Cloud Databases for PostgreSQL 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 IBM Cloud Databases for PostgreSQL?
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 IBM Cloud Databases for PostgreSQL?
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 IBM Cloud Databases for PostgreSQL?
Dostępny host, rola i jej hasło — agent przenosi sterownik, więc nic nie jest instalowane w bazie danych. Host: <id>.databases.appdomain.cloud, z panelu „Punkty końcowe” usługi. Port: Przypisany dla każdego wdrożenia, często w liczbie 30 000. Nie 5432 i nie jest wstępnie wypełniony. Sterownik: Npgsql, przenoszony przez agenta — nic do zainstalowania po stronie IBM Cloud. Wklej format: ciąg połączenia PostgreSQL z punktów końcowych jako URI postgres://.
Czy mogę połączyć IBM Cloud Databases for PostgreSQL z inną bazą danych w tym samym zapytaniu?
Tak — to jest zapytanie federacyjne. Jedno polecenie może odwoływać się do IBM Cloud Databases for PostgreSQL i innych połączeń jednocześnie, zapisane jako connection.schema.table. Każde źródło uruchamia tylko możliwą część i przesyła wynik strumieniowo; łą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 ilość danych, jaką 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 IBM Cloud Databases for PostgreSQL różni się od łączenia PostgreSQL?
Tylko ciąg połączenia. IBM Cloud Databases for PostgreSQL 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 IBM Cloud wstępnie wypełnia ustawienia hosta, portu i SSL, których oczekuje dostawca.
Czy istnieje przewodnik po IBM Cloud to Excel?
Tak — to jest przewodnik po PostgreSQL i jest on poprawny dla baz danych IBM Cloud dla PostgreSQL w takiej formie, w jakiej został napisany. IBM Cloud obsługuje protokół PostgreSQL Wire Protocol, więc połączenia z IBM Cloud do Excela, IBM Cloud do Arkuszy Google i z każdego innego miejsca docelowego przebiegają w ten sam sposób. Jedyną częścią specyficzną dla IBM Cloud jest ciąg połączenia, który wypełnia karta IBM Cloud.
Umieść IBM Cloud tam, gdzie wykonujesz pracę
Zainstaluj agenta, skieruj go do swojej bazy danych i wybierz miejsce docelowe.
Tylko do odczytu Tylko wysyłka Dane uwierzytelniające pozostają przy agencie

