Logo Google Cloud SQL

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

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.

  1. Dla Twojego zespołu, dostawców i partnerów
  2. 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
  3. 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
  4. 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
  5. 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
  6. Do aplikacji i systemów
  7. 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
  8. 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
  9. 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
  10. 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
  11. 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
  12. 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
  13. 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
  14. Dla narzędzi AI
  15. 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
  16. Dostarczone do ludzi
  17. 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

01

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.

02

Wybierz silnik — PostgreSQL, MySQL lub SQL Server. Reszta formularza będzie zgodna z wybranym silnikiem.

03

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.

04

Dodaj użytkownika bazy danych za pomocą polecenia SELECT, wskazując, co chcesz odczytać, oraz nazwę bazy danych.

05

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

Google Cloud SQL Zarządzany · wielosilnikowy
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     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