Zarządzany · wielosilnikowy mówi po PostgreSQL / MySQL / Microsoft SQL Server
Łączyć Google Cloud SQL do Excela, Arkuszy Google, AI i REST
Google Cloud SQL — PostgreSQL, MySQL lub SQL Server. Agent łączy się przez adres IP, który już udostępniacie sobie.
Jedno połączenie, każda powierzchnia
Gdzie mogą trafić Twoje dane Cloud SQL
- 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 Google Cloud SQL 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. Jedna karta obsługuje PostgreSQL, MySQL i SQL Server. Agent sieciowy działa na maszynie wirtualnej w sieci VPC i łączy się przez prywatny adres IP instancji, realizując połączenia tylko w kierunku zewnętrznym — dzięki czemu instancja nie potrzebuje publicznego adresu IP ani autoryzowanych wpisów sieciowych.
Google Cloud SQL to połączenie PostgreSQL / MySQL / Microsoft SQL Server — standardowy sterownik, więc wszystkie poniższe instrukcje obowiązują bez zmian. Jedynym elementem specyficznym dla Cloud SQL jest ciąg połączenia, omówiony w szczegóły połączenia.
- Dla Twojego zespołu, dostawców i partnerów
-
Cloud SQL do Excela Microsoft Excel · Dodatek do programu Excel
Pobierz wyniki Cloud SQL na żywo 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 -
Cloud SQL do Arkuszy Google Dodatek Arkuszy
Uruchom zapisane zapytanie Cloud SQL z paska bocznego i upuść wiersze do arkusza. Współpracownicy korzystający z udostępnionego arkusza mogą go samodzielnie odświeżyć.
Przewodnik po PostgreSQL -
Zapytaj Novę o Cloud SQL Nova AI · tekst do SQL
Zadaj pytanie prostym językiem. Nova zna już Twoje tabele Cloud SQL, zapisuje i uruchamia zapytanie SQL, wyjaśnia odpowiedź i tworzy wykres – bez konieczności pisania zapytania i podawania danych uwierzytelniających.
Jak działa Nova -
Cloud SQL do przeglądarki danych udostępnianie wyników · zespół, dostawcy, partnerzy · telefon, tablet, komputer stacjonarny
Udostępnij wynik Cloud SQL 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. Widzą tylko wyniki, a nie dane SQL ani poświadczenia.
Jak działa Przeglądarka danych - Do aplikacji i systemów
-
Interfejs API REST usługi Cloud SQL Punkt końcowy HTTP
Opublikuj zapytanie Cloud SQL 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. Żaden port bazy danych nie jest otwarty.
Przewodnik po PostgreSQL -
Cloud SQL do Power BI Power Query M
Wklej wygenerowany kod Power Query M do Edytora zaawansowanego usługi Power BI, a raport odczyta wyniki Cloud SQL na żywo przesyłane przez protokół HTTPS — bez sterownika ODBC i bez otwartego portu bazy danych.
Jak działa Power BI -
Cloud SQL do Airtable Platforma automatyzacji
Synchronizuj wiersze Cloud SQL z bazą Airtable zgodnie z harmonogramem lub pobieraj je za pomocą skryptu automatyzacji Airtable.
Przewodnik po PostgreSQL -
Cloud SQL do Baserow Platforma automatyzacji
Przekaż tabelę Baserow z Cloud SQL przez punkt końcowy REST — samodzielnie hostowany lub w chmurze Baserow.
Przewodnik po PostgreSQL -
Cloud SQL do SeaTable Platforma automatyzacji
Utrzymuj bazę danych SeaTable na bieżąco, korzystając z danych Cloud SQL, bez konieczności eksportowania pliku lub udostępniania bazy danych.
Przewodnik po PostgreSQL -
Cloud SQL do Smartsheet Platforma automatyzacji
Prześlij wyniki Cloud SQL 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 -
Cloud SQL do Anvil Anvil Works · Platforma aplikacji
Wspieraj aplikację Anvil Python za pomocą Cloud SQL przez punkt końcowy REST zamiast osadzać poświadczenia bazy danych w aplikacji.
Przewodnik po PostgreSQL - Dla narzędzi AI
-
Serwer MCP w chmurze SQL Klienci Claude, Cursor i MCP
Udziel asystentowi AI dostępu tylko do odczytu w chmurze Cloud SQL ze schematem potrzebnym do pisania prawidłowych zapytań SQL — bez konieczności podawania danych uwierzytelniających w czacie.
Przewodnik po PostgreSQL - Dostarczone do ludzi
-
Alerty i raporty Cloud SQL Slack · Discord · E-mail · Webhook
Utwórz harmonogram zapytania Cloud SQL 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 maszynie wirtualnej w sieci VPC Google Cloud. Nawiązuje on tylko połączenia wychodzące, dzięki czemu instancja może mieć wyłączony publiczny adres IP i puste autoryzowane sieci.
Wybierz silnik — PostgreSQL, MySQL lub SQL Server. Reszta formularza będzie zgodna z wybranym silnikiem.
Podaj prywatny adres IP instancji. Publiczny adres IP działa, jeśli już się z nim łączysz, a 127.0.0.1 działa, jeśli korzystasz z serwera proxy uwierzytelniania Cloud SQL.
Dodaj użytkownika bazy danych za pomocą polecenia SELECT, wskazując, co chcesz odczytać, oraz nazwę bazy danych.
Zapisz. Microsoft Excel, Arkusze Google, Power BI, MCP i REST odczytują tę instancję przez jedno połączenie lub łączą ją z innymi źródłami za pomocą jednego polecenia.
Funkcja dogłębna
Co daje Ci Cloud SQL
Zalecaną i łatwą ścieżką jest prywatny adres IP
Łączność z chmurą SQL to zazwyczaj najtrudniejszy element umożliwiający dostęp do tych danych w dowolnym miejscu. Przestaje być to trudne, gdy obiekt odczytujący dane znajduje się już w sieci VPC.
- Agent realizuje wyłącznie połączenia wychodzące, więc umieszczenie go na maszynie wirtualnej w sieci VPC nie wymaga żadnych reguł przychodzących.
- Instancja nie przechowuje publicznego adresu IP, a lista autoryzowanych sieci pozostaje pusta — nie ma potrzeby aktualizowania niczego przy zmianie adresu biura.
- Ponieważ nie ma nazwy hosta, na którą można by wskazać, Cloud SQL jest adresowany za pomocą adresu IP. Jest to właściwość usługi, a nie jej ograniczenie.
- Publiczny adres IP nadal działa, jeśli masz takie ustalenia. Agent nie ma znaczenia, po której stronie granicy się znajduje.
Zrozumiano serwer proxy uwierzytelniania
Wiele zespołów uzyskuje dostęp do Cloud SQL za pośrednictwem serwera proxy uwierzytelniania Cloud SQL, a nie bezpośrednio przez adres IP, a karta wykrywa takie połączenie.
- Podanie adresu 127.0.0.1 lub localhost powoduje rozpoznanie serwera proxy, o czym informuje karta, nie pozostawiając użytkownika w niepewności, czy ta opcja jest obsługiwana.
- Serwer proxy szyfruje sam tunel, więc opcja SSL nie powinna być używana dla tej ścieżki — karta informuje Cię o tym w miejscu, w którym błąd SSL mógłby Cię zdezorientować.
- W przypadku bezpośrednich połączeń IP opcja SSL powinna być włączona i jest ustawiona domyślnie.
- Serwer proxy to proces, który uruchamiasz i zarządzasz; nie jest on w żaden sposób zintegrowany z agentem.
Trzy silniki i zabezpieczenie przed wybraniem złego
Karta wielosilnikowa prowadzi do jednego konkretnego błędu: wklejenia portu należącego do innego silnika niż ten wybrany. Taka kombinacja nie działa w momencie połączenia i nie zawiera niczego przydatnego, więc zostaje wpisana do formularza.
- PostgreSQL na 5432, MySQL na 3306, SQL Server na 1433 — wstępnie wypełnione dla wybranego silnika.
- Wpisz 3306 z wybraną opcją PostgreSQL, a karta poinformuje Cię, że port należy do MySQL i poprosi o sprawdzenie silnika, zamiast przepuszczać go przez niego.
- Hasło zawierające na początku lub na końcu spację również jest oznaczane, ponieważ prawie zawsze jest artefaktem schowka i jest traktowane jako nieprzejrzysty błąd uwierzytelniania.
- Niezależnie od wybranego silnika, połączenie zostanie zapisane w tej właśnie formie — Cloud SQL jest zachowany jako symbol na karcie, a nie jako typ połączenia.
-- Ten sam odczyt, niezależnie od tego, który silnik uruchamia instancja SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS income FROM customers AS c JOIN orders AS o ON o.customer_id = c.id GROUP BY c.name ORDER BY income 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 Cloud SQL z resztą swoich danych
Jedno polecenie może obejmować jednocześnie Cloud SQL 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 sprzedaż_gcp.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 Cloud SQL
- Silniki
- PostgreSQL, MySQL i SQL Server na jednej karcie
- Adres
- Prywatny lub publiczny adres IP instancji lub 127.0.0.1 przez serwer proxy uwierzytelniania Cloud SQL — Cloud SQL nie ma nazwy hosta, na którą można by wskazać
- Porty
- 5432 PostgreSQL, 3306 MySQL, 1433 SQL Server — wstępnie wypełnione dla każdego silnika i sprawdzone krzyżowo z wybranym silnikiem
- TLS
- Domyślnie włączone dla bezpośrednich połączeń IP; wyłączone oznacza poprawne połączenie przez serwer proxy uwierzytelniania, który szyfruje własny tunel
- Zapisano jako
- Wybrany przez Ciebie silnik, z zachowanym symbolem Cloud SQL — nie ma typu połączenia o nazwie Cloud SQL
- Uznanie
- Ponieważ nie ma nazwy hosta, odznaka pochodzi z połączenia tworzonego na tej karcie; zwykłe połączenie wykonane wcześniej z tą samą instancją nie będzie jej wstecznie pokazywało
- Uprawnienia
- Użytkownik bazy danych z poleceniem SELECT dotyczącym tego, co chcesz odczytać
- Sieć
- Tylko połączenia wychodzące od agenta. Brak publicznego adresu IP, autoryzowanych wpisów sieciowych i reguł wejścia.
Cloud SQL to jedyna usługa hostowana w tej rodzinie, która nie wymaga niczego specjalnego. Każdy inny dostawca zarządzanych usług udostępnia nazwę hosta z rozpoznawalnym sufiksem; Cloud SQL udostępnia adres IP lub adres pętli zwrotnej, jeśli korzystasz z serwera proxy uwierzytelniania. Ma to jedną konsekwencję, którą warto wyraźnie podkreślić: odznaka Cloud SQL pochodzi z utworzenia połączenia na tej karcie, więc połączenie skonfigurowane wcześniej jako zwykły PostgreSQL wskazujące na tę samą instancję będzie nadal wyglądać jak zwykły PostgreSQL. Działa to w obu przypadkach identycznie — różni się tylko etykieta.
Warto skorzystać ze ścieżki prywatnego adresu IP, mimo że oferowana jest ścieżka publiczna. Agent na maszynie wirtualnej w sieci VPC całkowicie eliminuje problem łączności: brak publicznego adresu IP na instancji, brak autoryzowanych sieci do utrzymania, brak reguły ruchu przychodzącego i brak statycznego adresu, o którego aktualizacji ktoś musiałby pamiętać. Agent wybiera numer; Cloud SQL nigdy nie musi być widoczny.
W przypadku zapytania międzyźródłowego kwalifikator podąża za silnikiem, ponieważ w takim formacie zapisywane jest połączenie. Połączenie Cloud SQL PostgreSQL o nazwie gcp_sales jest zapisane jako gcp_sales.public.orders, a ta sama instancja w SQL Server miałaby postać gcp_sales.dbo.orders — łącząc się z folderem plików CSV, lokalnym systemem rekordów lub interfejsem API rozliczeń w jednym poleceniu tylko do odczytu.
Dokumentacja dostawcy: cloud.google.com
Często zadawane pytania
Pytania dotyczące Google Cloud SQL
Które narzędzia mogą odczytywać dane Google Cloud SQL 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 Google Cloud SQL?
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 Google Cloud SQL?
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 Google Cloud SQL?
Dostępny host, rola i jej hasło — agent przenosi sterownik, więc nic nie jest instalowane w bazie danych. Silniki: PostgreSQL, MySQL i SQL Server na jednej karcie. Adres: prywatny lub publiczny adres IP instancji albo 127.0.0.1 przez serwer proxy uwierzytelniania Cloud SQL — Cloud SQL nie ma nazwy hosta, na którą można by wskazać. Porty: 5432 PostgreSQL, 3306 MySQL, 1433 SQL Server — wstępnie wypełnione dla każdego silnika i sprawdzone krzyżowo z wybranym silnikiem. TLS: domyślnie włączone dla bezpośrednich połączeń IP; wyłączone oznacza poprawne połączenie przez serwer proxy uwierzytelniania, który szyfruje własny tunel.
Czy mogę połączyć Google Cloud SQL z inną bazą danych w tym samym zapytaniu?
Tak — to jest zapytanie federacyjne. Jedno polecenie może odwoływać się do Google Cloud SQL 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 elementu — 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 się z Google Cloud SQL różni się od łączenia się z PostgreSQL?
Tylko ciąg połączenia. Google Cloud SQL 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 Cloud SQL wstępnie wypełnia ustawienia hosta, portu i SSL, których oczekuje dostawca.
Czy istnieje przewodnik po Cloud SQL i Excelu?
Tak — to przewodnik po PostgreSQL, który jest poprawny dla Google Cloud SQL w obecnej formie. Cloud SQL obsługuje protokół PostgreSQL Wire Protocol, więc przesyłanie danych z Cloud SQL do Excela, z Cloud SQL do Arkuszy Google i z każdego innego miejsca docelowego przebiega w ten sam sposób. Jedyną częścią specyficzną dla Cloud SQL jest ciąg połączenia, który wypełnia karta Cloud SQL.
Umieść Cloud SQL 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

