Gestito · multi-motore Conoscenza di PostgreSQL / MySQL / Microsoft SQL Server
Collegare Google Cloud SQL per Excel, Fogli Google, IA e REST
Google Cloud SQL — PostgreSQL, MySQL o SQL Server. L'agente si connette tramite l'indirizzo IP che già esponete.
Un collegamento, ogni superficie
Dove possono essere archiviati i tuoi dati Cloud SQL
- 1 connessioni in uscita
- 0 porti in entrata
- sola lettura · le credenziali rimangono memorizzate
funziona
- Per il tuo team, i fornitori e i partner
-
Excel componente aggiuntivo · aggiorna su richiesta
-
Fogli di Google componente aggiuntivo · aggiornamento su richiesta
-
Nova AI chiedere in linguaggio semplice · testo in SQL
-
Visualizzatore di dati Condividi i risultati in tempo reale · Team, fornitori, partner · Qualsiasi dispositivo
- Per app e sistemi
-
API REST Endpoint JSON · OpenAPI 3.1
-
Power BI Power Query M
-
Sincronizzazioni programmate Google Sheets · Airtable · Baserow · SeaTable · Smartsheet · Anvil
- Per gli strumenti di intelligenza artificiale
-
Assistenti basati sull'intelligenza artificiale Claude · Cursor · Server MCP
- Consegnato alle persone
-
Avvisi e segnalazioni Slack · Discord · Email · Webhook
Query Streams legge i dati da Google Cloud SQL provenienti da Microsoft Excel, Fogli Google, Power BI, assistenti AI tramite MCP e un endpoint REST attraverso un'unica connessione di sola lettura. Una singola scheda supporta PostgreSQL, MySQL e SQL Server. L'agente di rete viene eseguito su una macchina virtuale all'interno della VPC e si connette tramite l'indirizzo IP privato dell'istanza, effettuando solo connessioni in uscita: pertanto, l'istanza non necessita di un indirizzo IP pubblico né di voci di rete autorizzate.
Google Cloud SQL è PostgreSQL / MySQL / Microsoft SQL Server in rete — il driver standard, quindi ogni guida seguente si applica senza modifiche. L'unica parte specifica di Cloud SQL è la stringa di connessione, trattata in dettagli di connessione.
- Per il tuo team, i fornitori e i partner
-
Da Cloud SQL a Excel Microsoft Excel · Componente aggiuntivo di Excel
Importa i risultati di Cloud SQL in tempo reale direttamente in un foglio di lavoro e aggiornali su richiesta: su Excel desktop, Excel Online e Microsoft 365.
Guida a PostgreSQL -
Da Cloud SQL a Fogli Google Componente aggiuntivo Fogli
Esegui una query Cloud SQL salvata dalla barra laterale e trascina le righe nel foglio. I collaboratori che condividono il foglio possono aggiornarlo autonomamente.
Guida a PostgreSQL -
Chiedi a Nova informazioni su Cloud SQL Nova AI · conversione da testo a SQL
Poni una domanda in un linguaggio semplice. Nova conosce già le tue tabelle Cloud SQL, scrive ed esegue la query SQL, spiega la risposta e la rappresenta graficamente: non è necessario scrivere alcuna query né fornire credenziali.
Come funziona la rosa -
Cloud SQL to Data Viewer Condivisione dei risultati · team, fornitori, partner · telefono, tablet, computer fisso
Condividi i risultati di una query Cloud SQL in tempo reale con chiunque – un collega, un fornitore, un partner – sotto forma di griglia aggiungibile ai segnalibri, che si riavvia automaticamente all'apertura su smartphone, tablet o computer. L'interlocutore visualizzerà i risultati, senza mai dover scrivere il codice SQL o richiedere le credenziali.
Come funziona il visualizzatore di dati - Per app e sistemi
-
API REST di Cloud SQL Endpoint dell'HT
Pubblica una query Cloud SQL come endpoint JSON autenticato, accessibile a qualsiasi applicazione, con specifiche OpenAPI 3.1 e raccolte predefinite per Postman, Insomnia e Hoppscotch. Non viene aperta alcuna porta del database.
Guida a PostgreSQL -
Cloud SQL a Power BI Power Query M
Incolla la query Power Query M generata nell'editor avanzato di Power BI e il report leggerà i risultati in tempo reale di Cloud SQL tramite HTTPS, senza driver ODBC né porte di database aperte.
Come funziona Power BI -
Cloud SQL a Airtable Piattaforma di automazione
Sincronizza le righe di Cloud SQL in un database Airtable a intervalli regolari, oppure recuperale tramite uno script di automazione di Airtable.
Guida a PostgreSQL -
Cloud SQL a Baserow Piattaforma di automazione
Alimenta una tabella Baserow da Cloud SQL tramite l'endpoint REST, sia in locale che su Baserow Cloud.
Guida a PostgreSQL -
Cloud SQL a SeaTable Piattaforma di automazione
Mantieni aggiornato il database di SeaTable con i dati di Cloud SQL senza esportare un file o esporre il database stesso.
Guida a PostgreSQL -
Da Cloud SQL a Smartsheet Piattaforma di automazione
Trasferisci i risultati di Cloud SQL in una griglia di Smartsheet in modo che piani e report leggano dal sistema di origine e non dall'esportazione della settimana precedente.
Guida a PostgreSQL -
Da Cloud SQL ad Anvil Anvil Works · Piattaforma per app
Esegui il backup di un'app Anvil Python con Cloud SQL tramite l'endpoint REST anziché incorporare le credenziali del database nell'app.
Guida a PostgreSQL - Per gli strumenti di intelligenza artificiale
-
Server Cloud SQL MCP Clienti di Claude, Cursor e MCP
Concedi a un assistente IA l'accesso in sola lettura a Cloud SQL con lo schema necessario per scrivere codice SQL corretto, senza dover fornire le credenziali nella chat.
Guida a PostgreSQL - Consegnato alle persone
-
Avvisi e report di Cloud SQL Slack · Discord · Email · Webhook
Pianifica l'esecuzione di una query Cloud SQL e ricevi le righe su Slack, Discord, via email o tramite un webhook firmato, oppure attendi che il messaggio venga inviato fino a quando il numero di righe, una soglia o una variazione percentuale non superano i valori impostati.
Come funzionano gli avvisi e i report
Come funziona
5 passaggi, nessuna modifica al firewall in entrata
Installa l'agente di rete su una macchina virtuale all'interno della VPC di Google Cloud. In questo modo, effettuerà solo connessioni in uscita, consentendo all'istanza di mantenere disattivato il proprio indirizzo IP pubblico e vuote le reti autorizzate.
Scegli il motore di database: PostgreSQL, MySQL o SQL Server. Il resto del modulo si adatterà alla tua scelta.
Specifica l'indirizzo IP privato dell'istanza. Un indirizzo IP pubblico funziona se lo utilizzi già per accedervi, mentre 127.0.0.1 funziona se stai utilizzando il proxy di autenticazione di Cloud SQL.
Aggiungi un utente del database con i permessi SELECT sui dati che desideri leggere e il nome del database.
Salva. Microsoft Excel, Fogli Google, Power BI, MCP e REST leggono tutti quell'istanza tramite un'unica connessione, oppure la uniscono ad altre origini dati in un'unica istruzione.
Analisi approfondita delle funzionalità
Cosa ti offre Cloud SQL
L'IP privato è la soluzione consigliata ed è anche la più semplice.
La connettività a Cloud SQL è solitamente la parte più difficile per trasferire questi dati ovunque. La difficoltà diminuisce quando il componente che effettua la lettura si trova già all'interno della VPC.
- L'agente effettua solo connessioni in uscita, quindi installandolo su una macchina virtuale nella tua VPC non è necessaria alcuna regola di ingresso.
- L'istanza non mantiene alcun indirizzo IP pubblico e l'elenco delle reti autorizzate rimane vuoto. — non c'è nulla da aggiornare quando cambia l'indirizzo dell'ufficio.
- Poiché non è presente un nome host a cui fare riferimento, Cloud SQL viene indirizzato tramite indirizzo IP. Questa è una caratteristica del servizio, non una limitazione.
- Un indirizzo IP pubblico funziona comunque se questa è la configurazione attuale. All'agente non importa da che lato del confine si trovi.
Il proxy di autenticazione è compreso
Molti team accedono a Cloud SQL tramite il proxy di autenticazione di Cloud SQL anziché direttamente tramite IP, e la scheda lo rileva quando ciò avviene.
- Inserendo 127.0.0.1 o localhost, il sistema lo riconosce come proxy e lo indica chiaramente sulla scheda, evitando così di lasciare dubbi sulla sua compatibilità.
- Il proxy crittografa il tunnel stesso, quindi l'opzione SSL deve essere disattivata per quel percorso. — la scheda te lo comunica proprio nel punto in cui un errore SSL potrebbe confonderti.
- Per le connessioni IP dirette, l'opzione SSL deve essere attiva, ed è attiva per impostazione predefinita.
- Il proxy è il processo che devi eseguire e gestire; nulla al riguardo è incluso nell'agente.
Tre motori e una protezione contro la scelta di quello sbagliato
Una scheda multi-motore è soggetta a un errore specifico: incollare una porta appartenente a un motore diverso da quello selezionato. Tale combinazione fallisce in fase di connessione senza fornire alcun messaggio utile, quindi viene rilevata nel modulo.
- PostgreSQL sulla porta 5432, MySQL sulla porta 3306, SQL Server sulla porta 1433 — precompilato per il motore che hai scelto.
- Digita 3306 con PostgreSQL selezionato e la scheda ti dice che la porta appartiene a MySQL e ti chiede di controllare il motore, invece di inoltrarla.
- Anche una password con spazi bianchi all'inizio o alla fine viene segnalata, perché si tratta quasi sempre di un artefatto degli appunti e viene interpretata come un errore di autenticazione opaco.
- Qualunque motore tu scelga, è con quello che viene salvata la connessione — Cloud SQL viene mantenuto come badge sulla scheda, non come tipo di connessione.
-- Stessa lettura, indipendentemente dal motore su cui è in esecuzione l'istanza SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM customers AS c JOIN orders AS o ON o.customer_id = c.id GROUP BY c.name ORDER BY revenue DESC;
Condiviso da ogni connettore di database
Vero per ogni connettore di database
- Solo in uscita — l'agente apre una connessione crittografata verso Query Streams. Nessuna porta in entrata da inoltrare, nessuna VPN, nessuna lista IP consentita, nessuna informazione sul database esposta a Internet.
- Le credenziali restano al loro posto — Il nome utente e la password del database risiedono sul computer su cui è installato l'agente. Query Streams non li riceve mai e non può accedere al database autonomamente.
- Sola lettura, forzata — un'istruzione alla volta, solo SELECT e simili. Una scrittura viene rifiutata sulla propria macchina prima ancora di essere inviata al server, anziché fare affidamento su un permesso che qualcuno si è ricordato di impostare.
- Distribuisci tutti gli agenti che desideri — uno per sito, regione o cloud. Tutte le fonti di dati che possono visualizzare vengono visualizzate in un unico menu a tendina, quindi nessuno deve sapere quale agente ospita cosa.
Ecco cosa si ottiene una volta salvata una query.
- Condividi la funzionalità, non l'SQL — un collega o un partner esterno può eseguire la tua query e modificarne i filtri senza mai visualizzare l'istruzione sottostante.
- Filtri da entrambe le direzioni — dichiarali tu stesso come @variabili, oppure lascia che il connettore rilevi i valori letterali già presenti nella clausola WHERE e li offra come menu a tendina.
- Leggilo ovunque Microsoft Excel, Fogli Google, Power BI, l'API REST, gli assistenti AI tramite MCP, Query Builder e Nova leggono tutti la stessa query salvata.
- Eseguine diversi contemporaneamente — cinque query salvate in cinque schede di fogli di lavoro, eseguite simultaneamente, indipendentemente dalle dimensioni dei risultati.
- Collegalo a qualsiasi altro dispositivo che hai già connesso. — un altro database, un'API aziendale o una cartella di file, in un'unica istruzione di sola lettura.
SQL tra sorgenti diverse
Integra Cloud SQL con il resto dei tuoi dati.
Una singola istruzione può estendersi contemporaneamente a Cloud SQL e alle altre connessioni. Ogni origine esegue solo la parte che può elaborare, trasmette il risultato e l'unione avviene centralmente: le origini non comunicano mai tra loro e nulla viene copiato da nessuna parte.
3 connessioni · 3 agenti
Una dichiarazione
-- niente copiato, niente unito, niente programmato
SELEZIONARE c.region, COUNT(*) AS ordini, SUM(i.amount_due) AS fatturati
DA gcp_sales.ordini pubblici1 f
CONGIUNGERE erp_sql.dbo.clienti2 c ON c.id = f.customer_id
CONGIUNGERE fatturazione.stripe.invoices3 i ON i.customer = c.stripe_id
GRUPPO PER c.regione
ORDINATO DA fatturata DESCRIZIONE;
Le tre parti sono connessione, schema e tabella, e il nome della connessione è quello che le hai assegnato. Le colonne sono a scopo illustrativo; le tue tabelle saranno le tue tabelle. La modalità di sola lettura si applica a ogni elemento: solo SELECT, WITH ed EXPLAIN, con un limite massimo alla quantità di dati che una singola fonte può fornire per una singola query. Come funzionano le query federate
Dettagli di connessione
Di cosa ha bisogno CloudSQL
- Motori
- PostgreSQL, MySQL e SQL Server su un'unica scheda.
- Indirizzo
- L'indirizzo IP privato o pubblico dell'istanza, oppure 127.0.0.1 tramite il proxy di autenticazione di Cloud SQL: Cloud SQL non ha un nome host a cui puntare.
- Porti
- 5432 PostgreSQL, 3306 MySQL, 1433 SQL Server — precompilati per ogni motore e verificati incrociando i dati con il motore scelto.
- TLS
- Attivato per impostazione predefinita per le connessioni IP dirette; disattivato è la modalità corretta tramite Auth Proxy, che crittografa il proprio tunnel.
- Salvato come
- Il motore che hai scelto, con Cloud SQL mantenuto come badge, non ha un tipo di connessione chiamato Cloud SQL
- Riconoscimento
- Poiché non è presente un nome host, il badge deriva dalla connessione creata su questa scheda; una semplice connessione effettuata in precedenza alla stessa istanza non lo mostrerà retroattivamente.
- Autorizzazioni
- Un utente del database con SELECT su ciò che vuoi leggere
- Rete
- Solo traffico in uscita dall'agente. Nessun indirizzo IP pubblico, nessuna voce di rete autorizzata, nessuna regola di ingresso.
Cloud SQL è l'unico servizio gestito di questa famiglia a non avere nulla da nascondere. Tutti gli altri provider gestiti ti forniscono un nome host con un suffisso riconoscibile; Cloud SQL ti fornisce un indirizzo IP, o un indirizzo di loopback se utilizzi l'Auth Proxy. Questo ha una conseguenza innegabile che vale la pena di menzionare chiaramente: il badge Cloud SQL deriva dal fatto che la connessione è stata creata su questa scheda, quindi una connessione che hai configurato in precedenza come semplice PostgreSQL e che punta alla stessa istanza continuerà ad apparire come semplice PostgreSQL. Funziona in modo identico in entrambi i casi: cambia solo l'etichetta.
Vale la pena optare per la soluzione con IP privato, anche se è disponibile quella con IP pubblico. Un agente su una macchina virtuale all'interno della VPC risolve completamente il problema della connettività: nessun IP pubblico sull'istanza, nessuna rete autorizzata da gestire, nessuna regola di ingresso e nessun indirizzo statico da aggiornare manualmente. L'agente si connette automaticamente; Cloud SQL non deve mai essere reperibile.
Per una query cross-source, il qualificatore segue il motore, perché è con quello che viene salvata la connessione. Una connessione Cloud SQL PostgreSQL chiamata gcp_sales viene scritta come gcp_sales.public.orders, e la stessa istanza su SQL Server sarebbe gcp_sales.dbo.orders, collegandosi a una cartella di file CSV, a un sistema di registrazione locale o a un'API di fatturazione in un'unica istruzione di sola lettura.
Documentazione del fornitore: cloud.google.com
FAQ
Domande su Google Cloud SQL
Quali strumenti sono in grado di leggere i dati di Google Cloud SQL tramite Query Streams?
Tutto questo, da un'unica connessione: Excel, Fogli Google, MCP, API REST, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, avvisi e report programmati. Collega il database una sola volta e ogni strumento leggerà la stessa connessione di sola lettura: non è necessaria alcuna configurazione per ogni strumento e non ci sono seconde copie dei dati.
Devo aprire una porta del firewall per il mio database Google Cloud SQL?
No. L'agente di rete di Query Streams viene eseguito all'interno della rete locale e apre una singola connessione crittografata in uscita. Nessun sistema intercetta il traffico in entrata, non è necessaria una VPN e il database mantiene le regole del firewall esistenti.
È possibile modificare i dati in Google Cloud SQL tramite Query Streams?
No. L'agente impone la sola lettura nel punto di esecuzione: un'istruzione alla volta, solo SELECT e simili. Le credenziali rimangono sull'agente e non vengono mai inviate a Query Streams.
Di cosa ha bisogno Query Streams per connettersi a Google Cloud SQL?
Un host raggiungibile, un ruolo e la relativa password: l'agente include il driver, quindi non viene installato nulla sul database. Motori: PostgreSQL, MySQL e SQL Server su un'unica scheda. Indirizzo: l'IP privato o pubblico dell'istanza, oppure 127.0.0.1 tramite il proxy di autenticazione di Cloud SQL: Cloud SQL non ha un nome host a cui puntare. Porte: 5432 PostgreSQL, 3306 MySQL, 1433 SQL Server: precompilate per ogni motore e verificate rispetto al motore selezionato. TLS: attivo per impostazione predefinita per le connessioni IP dirette; disattivato è corretto tramite il proxy di autenticazione, che crittografa il proprio tunnel.
È possibile unire i dati di Google Cloud SQL a un altro database nella stessa query?
Sì, si tratta di una query federata. Un'unica istruzione può fare riferimento contemporaneamente a Google Cloud SQL e alle altre connessioni, come indicato in `connection.schema.table`. Ogni origine esegue solo la parte di cui è competente e restituisce il risultato; l'unione avviene centralmente, quindi le origini non si connettono mai tra loro e nulla viene copiato o pianificato. La modalità di sola lettura si applica a ogni parte (solo SELECT, WITH ed EXPLAIN) ed esiste un limite massimo alla quantità di dati che una singola origine può cedere per una singola query. Le query federate sono una funzionalità a pagamento; la pagina delle query federate riporta i limiti attuali relativi alle origini e alle dimensioni.
La connessione a Google Cloud SQL è diversa dalla connessione a PostgreSQL?
Solo la stringa di connessione. Google Cloud SQL utilizza il protocollo di rete di PostgreSQL, quindi filtri, pianificazione, condivisione, i componenti aggiuntivi per Excel e Fogli Google e il server MCP si comportano tutti allo stesso modo. La scheda Cloud SQL precompila le impostazioni di host, porta e SSL previste dal provider.
Esiste una guida da Cloud SQL a Excel?
Sì, si tratta della guida per PostgreSQL, ed è corretta anche per Google Cloud SQL. Cloud SQL utilizza il protocollo di rete di PostgreSQL, quindi la connessione da Cloud SQL a Excel, da Cloud SQL a Fogli Google e a qualsiasi altra destinazione segue gli stessi passaggi. L'unica parte specifica per Cloud SQL è la stringa di connessione, che viene compilata automaticamente nella scheda di Cloud SQL.
Metti Cloud SQL dove si svolge il lavoro
Installa l'agente, configuralo per connettersi al tuo database e scegli una destinazione.
Sola lettura Solo in uscita Le credenziali rimangono sull'agente

