PostgreSQL gestito parla PostgreSQL
Collegare Database IBM Cloud per PostgreSQL per Excel, Fogli Google, IA e REST
IBM Cloud Databases per PostgreSQL. La porta viene assegnata per ogni implementazione, quindi copiala dal pannello Endpoint.
Un collegamento, ogni superficie
Dove possono essere archiviati i tuoi dati IBM Cloud
- 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 database IBM Cloud per PostgreSQL da Microsoft Excel, Fogli Google, Power BI, assistenti AI tramite MCP e un endpoint REST attraverso un'unica connessione di sola lettura. IBM si distingue dalla maggior parte dei servizi Postgres gestiti per due aspetti: assegna a ogni implementazione una porta specifica anziché utilizzare la porta 5432 e protegge il database con un certificato rilasciato da un'autorità di certificazione proprietaria di IBM. Entrambi gli aspetti sono gestiti in questo servizio ed è importante conoscerli prima di stabilire la connessione, piuttosto che scoprirli solo dopo un eventuale errore durante un test.
IBM Cloud Databases for PostgreSQL è PostgreSQL in rete — il driver standard, quindi ogni guida seguente si applica senza modifiche. L'unica parte specifica di IBM Cloud è la stringa di connessione, trattata in dettagli di connessione.
- Per il tuo team, i fornitori e i partner
-
IBM Cloud to Excel Microsoft Excel · Componente aggiuntivo di Excel
Importa i risultati in tempo reale di IBM Cloud direttamente in un foglio di calcolo e aggiornali su richiesta: in Excel per desktop, Excel Online e Microsoft 365.
Guida a PostgreSQL -
Da IBM Cloud a Fogli Google Componente aggiuntivo Fogli
Esegui una query IBM Cloud 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 IBM Cloud Nova AI · conversione da testo a SQL
Poni una domanda in un linguaggio semplice. Nova conosce già le tue tabelle IBM Cloud, 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 -
Visualizzatore IBM Cloud to Data Condivisione dei risultati · team, fornitori, partner · telefono, tablet, computer fisso
Condividi i risultati in tempo reale di IBM Cloud con chiunque – un collega, un fornitore, un partner – sotto forma di griglia aggiungibile ai segnalibri che si riavvia automaticamente all'apertura, su telefono, tablet o computer. Gli utenti visualizzeranno i risultati, senza mai dover scrivere query SQL o richiedere le credenziali.
Come funziona il visualizzatore di dati - Per app e sistemi
-
API REST di IBM Cloud Endpoint dell'HT
Pubblica una query IBM Cloud 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 -
Da IBM Cloud a Power BI Power Query M
Incolla la query Power Query M generata nell'editor avanzato di Power BI e il report visualizzerà i risultati in tempo reale da IBM Cloud tramite HTTPS, senza driver ODBC né porte di database aperte.
Come funziona Power BI -
Da IBM Cloud ad Airtable Piattaforma di automazione
Sincronizza le righe di IBM Cloud con un database Airtable secondo una pianificazione oppure recuperale tramite uno script di automazione di Airtable.
Guida a PostgreSQL -
IBM Cloud to Baserow Piattaforma di automazione
Alimenta una tabella Baserow da IBM Cloud tramite l'endpoint REST, sia in locale che su Baserow Cloud.
Guida a PostgreSQL -
IBM Cloud to SeaTable Piattaforma di automazione
Mantieni aggiornato il database di SeaTable con i dati di IBM Cloud senza esportare un file o esporre il database stesso.
Guida a PostgreSQL -
Da IBM Cloud a Smartsheet Piattaforma di automazione
Trasferisci i risultati di IBM Cloud in una griglia di Smartsheet in modo che piani e report vengano letti dal sistema di origine e non dall'esportazione della settimana precedente.
Guida a PostgreSQL -
Da IBM Cloud ad Anvil Anvil Works · Piattaforma per app
Esegui il backup di un'app Anvil Python con IBM Cloud tramite l'endpoint REST anziché incorporare le credenziali del database nell'app.
Guida a PostgreSQL - Per gli strumenti di intelligenza artificiale
-
Server IBM CloudMCP Clienti di Claude, Cursor e MCP
Concedi a un assistente IA l'accesso in sola lettura a IBM Cloud con lo schema necessario per scrivere codice SQL corretto, senza fornire credenziali nella chat.
Guida a PostgreSQL - Consegnato alle persone
-
Avvisi e report di IBM Cloud Slack · Discord · Email · Webhook
Pianifica una query su IBM Cloud e ricevi i risultati 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 in grado di raggiungere l'ambiente di distribuzione: la tua rete per un endpoint privato, qualsiasi rete per un endpoint pubblico. Apre una sola connessione in uscita e non rimane mai in ascolto.
In IBM Cloud, apri il servizio, quindi Endpoint e scegli la scheda Pubblico o Privato in base alla modalità di accesso dell'agente.
Copia la stringa di connessione a PostgreSQL e incollala nel primo campo. Host, porta, database, nome utente e password verranno letti automaticamente.
Verifica la porta. IBM ne assegna una per ogni implementazione, spesso nella serie 30000, ed è questo il campo da verificare anziché da presumere, perché 5432 è quasi certamente errato.
Lascia attiva l'opzione "Usa SSL", esegui il test e salva. Potrai leggere i dati da Microsoft Excel, Fogli Google, Power BI, MCP o tramite REST attraverso un'unica connessione.
Analisi approfondita delle funzionalità
Cosa ti offre IBM Cloud
La porta è specifica per ogni implementazione e la scheda la lascia volutamente vuota.
Quasi tutte le altre schede Postgres qui presenti precompilano il campo 5432 perché quasi tutti gli altri servizi lo utilizzano. Questa no, e il campo vuoto è proprio il punto.
- IBM assegna una porta a ciascuna implementazione anziché far funzionare tutto sulla porta standard. Due database nello stesso account non condivideranno la stessa porta.
- Quindi il campo inizia vuoto e la scheda lo richiede esplicitamente. Un 5432 precompilato sarebbe errato molto più spesso di quanto sia corretto, e l'errore sembrerebbe un problema di rete piuttosto che un errore di battitura.
- Recupera la porta dallo stesso pannello Endpoints in cui è specificato il nome host. Si trova nella stringa di connessione fornita da IBM, subito dopo l'host.
- Se una connessione salvata va in timeout anziché essere rifiutata, la prima cosa da verificare nella dashboard è la porta.
IBM rilascia la propria autorità di certificazione e cosa fa l'agente al riguardo
Questa è la parte onesta, ed è più specifica del solito paragrafo TLS.
- La connessione è crittografata e l'agente la impone. Il protocollo TLS è richiesto per i nomi host di IBM Cloud, indipendentemente dal fatto che la casella di controllo SSL sia selezionata o meno.
- La catena di certificati non è verificata. IBM utilizza un certificato rilasciato da una propria autorità per le implementazioni e l'agente non ha modo di ottenere il certificato di tale autorità per effettuare la verifica.
- La stringa di connessione di IBM di solito contiene sslmode=verify-full. Tale parametro non viene letto. — l'agente estrae host, porta, database, nome utente e password dalla stringa e applica la propria impostazione TLS, che richiede la crittografia senza convalidare la catena.
- Interpretatelo come una protezione contro chiunque intercetti il traffico in transito, non come prova di quale server abbia risposto. Se la verifica della catena di certificati rispetto all'autorità di certificazione (CA) di IBM è rilevante per la vostra conformità normativa, questo è il dettaglio da tenere presente.
-- Postgres ordinario, sola lettura, su TLS SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM public.customers AS c JOIN public.orders AS o ON o.customer_id = c.id WHERE o.placed_at >= now() - interval '30 days' 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 IBM Cloud con il resto dei tuoi dati.
Una singola istruzione può estendersi contemporaneamente a IBM Cloud e alle altre connessioni. Ogni origine esegue solo la parte che è in grado di gestire, trasmette il risultato e l'unione avviene centralmente: le origini non comunicano mai tra loro e nulla viene copiato altrove.
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 ibm_prod.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 IBM Cloud
- Ospite
- <id>.databases.appdomain.cloud, dal pannello Endpoint del servizio
- Porto
- Assegnato per ogni impiego, spesso nella fascia 30000. Non è un 5432 e non è precompilato.
- Autista
- Npgsql, gestito dall'agente: non è necessario installare nulla sul lato IBM Cloud.
- Formato incolla
- La stringa di connessione PostgreSQL da Endpoints, come URI postgres://
- TLS
- Obbligatorio e imposto per i nomi host di IBM Cloud. Crittografato; l'autorità di certificazione di IBM non è verificata e non è possibile fornire un'autorità di certificazione personalizzata.
- Pooling
- Nessuno. L'agente non applica alcuna modifica al pooler per IBM Cloud
- Predefinite
- Il database ibmclouddb e l'utente admin sono precompilati, in base a quanto creato da IBM.
- Salvato come
- PostgreSQL, con IBM Cloud mantenuto come marchio di fabbrica.
- Schema predefinito
- pubblico, che è ciò che un riferimento federato comporta
Il campo della porta vuoto è una piccola scelta di design che vale la pena spiegare, perché sembra una dimenticanza. I preset esistono per precompilare i campi che un provider utilizza sempre nello stesso modo, e il campo della porta di IBM non rientra in questa categoria. Inserire un valore predefinito plausibile produrrebbe una connessione che supera la convalida ma poi fallisce, un risultato peggiore rispetto a un campo vuoto che pone una domanda.
Per quanto riguarda il certificato: la distinzione utile è tra crittografia e identità. Il traffico tra l'agente e la vostra implementazione IBM è crittografato e non può essere letto durante la trasmissione. Ciò che l'agente non fa è verificare, tramite l'autorità di certificazione IBM, che il server che presenta quel certificato sia effettivamente quello previsto. Per la maggior parte dei carichi di lavoro di reporting su un endpoint privato, questa distinzione è puramente teorica; se non lo è per voi, è meglio leggerla qui piuttosto che scoprirla durante un audit.
Per una query cross-source, IBM Cloud si comporta come un normale PostgreSQL. Una connessione chiamata ibm_prod viene scritta come ibm_prod.public.orders e si connette a una cartella di file CSV, a un sistema di registrazione locale o a un'API di fatturazione con un'unica istruzione di sola lettura, senza copiare nulla e senza alcuna pianificazione.
Documentazione del fornitore: www.ibm.com
FAQ
Domande sui database IBM Cloud per PostgreSQL
Quali strumenti sono in grado di leggere i dati di IBM Cloud Databases for PostgreSQL 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 PostgreSQL su IBM Cloud Databases?
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 nei database IBM Cloud per PostgreSQL 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 IBM Cloud Databases per PostgreSQL?
Un host raggiungibile, un ruolo e la relativa password: l'agente include il driver, quindi non è necessario installare nulla sul database. Host: <id>.databases.appdomain.cloud, dal pannello Endpoint del servizio. Porta: assegnata per ogni distribuzione, spesso nella serie 30000. Non 5432 e non precompilata. Driver: Npgsql, incluso nell'agente: non è necessario installare nulla sul lato IBM Cloud. Formato di incolla: la stringa di connessione PostgreSQL da Endpoint, come URI postgres://.
È possibile unire i database IBM Cloud Databases per PostgreSQL a un altro database nella stessa query?
Sì, si tratta di una query federata. Un'unica istruzione può fare riferimento contemporaneamente a IBM Cloud Databases for PostgreSQL e alle altre connessioni, come indicato in connection.schema.table. Ogni origine esegue solo la parte di cui è competente e restituisce il risultato; il join 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à del piano; la pagina delle query federate riporta i limiti attuali relativi alle origini e alle dimensioni.
La connessione a IBM Cloud Databases per PostgreSQL è diversa dalla connessione a PostgreSQL?
Solo la stringa di connessione. IBM Cloud Databases for PostgreSQL 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 IBM Cloud precompila le impostazioni di host, porta e SSL previste dal provider.
Esiste una guida da IBM Cloud a Excel?
Sì, si tratta della guida per PostgreSQL, ed è corretta per IBM Cloud Databases per PostgreSQL così come è scritta. IBM Cloud utilizza il protocollo di rete di PostgreSQL, quindi la connessione da IBM Cloud a Excel, da IBM Cloud a Fogli Google e a qualsiasi altra destinazione segue gli stessi passaggi. L'unica parte specifica di IBM Cloud è la stringa di connessione, che viene compilata automaticamente nella scheda di IBM Cloud.
Metti IBM Cloud dove si lavora
Installa l'agente, configuralo per connettersi al tuo database e scegli una destinazione.
Sola lettura Solo in uscita Le credenziali rimangono sull'agente

