PostgreSQL gestito parla PostgreSQL
Collegare Azure Database per PostgreSQL per Excel, Fogli Google, IA e REST
Server flessibile di Azure Database per PostgreSQL, installazione diretta o tramite il plugin integrato PgBouncer.
Un collegamento, ogni superficie
Dove possono essere archiviati i tuoi dati Azure PostgreSQL
- 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 Azure Database per PostgreSQL da Microsoft Excel, Fogli Google, Power BI, assistenti AI tramite MCP e un endpoint REST attraverso un'unica connessione di sola lettura. L'agente di rete viene eseguito su una macchina virtuale all'interno della rete virtuale e si connette verso l'esterno, quindi il server non necessita di accesso pubblico né di regole firewall. Il protocollo TLS è applicato a ogni host Azure e il PgBouncer integrato sulla porta 6432 viene riconosciuto e adattato automaticamente.
Azure Database per PostgreSQL è PostgreSQL in rete — il driver standard, quindi ogni guida seguente si applica senza modifiche. L'unica parte specifica di Azure PostgreSQL è la stringa di connessione, trattata in dettagli di connessione.
- Per il tuo team, i fornitori e i partner
-
Da Azure PostgreSQL a Excel Microsoft Excel · Componente aggiuntivo di Excel
Importa i risultati di Azure PostgreSQL in tempo reale direttamente in un foglio di lavoro e aggiornali su richiesta: in Excel per desktop, Excel Online e Microsoft 365.
Guida a PostgreSQL -
Integrazione di Azure PostgreSQL in Fogli Google Componente aggiuntivo Fogli
Esegui una query Azure PostgreSQL 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 Azure PostgreSQL Nova AI · conversione da testo a SQL
Poni una domanda in un linguaggio semplice. Nova conosce già le tue tabelle Azure PostgreSQL, 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 -
Visualizzazione dei dati da Azure PostgreSQL Condivisione dei risultati · team, fornitori, partner · telefono, tablet, computer fisso
Condividi i risultati di una query Azure PostgreSQL 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. Gli utenti visualizzeranno 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 Azure PostgreSQL Endpoint dell'HT
Pubblica una query Azure PostgreSQL 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 -
Integrazione di Azure PostgreSQL in 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 da Azure PostgreSQL tramite HTTPS, senza driver ODBC né porte di database aperte.
Come funziona Power BI -
Integrazione di Azure PostgreSQL in Airtable Piattaforma di automazione
Sincronizza le righe di Azure PostgreSQL in una base Airtable a intervalli regolari, oppure recuperale tramite uno script di automazione di Airtable.
Guida a PostgreSQL -
Azure PostgreSQL a Baserow Piattaforma di automazione
È possibile alimentare una tabella Baserow da Azure PostgreSQL tramite l'endpoint REST, sia in locale che nel cloud Baserow.
Guida a PostgreSQL -
Azure PostgreSQL a SeaTable Piattaforma di automazione
Mantieni aggiornata una base SeaTable con i dati di Azure PostgreSQL senza esportare un file o esporre il database.
Guida a PostgreSQL -
Da Azure PostgreSQL a Smartsheet Piattaforma di automazione
Trasferisci i risultati di Azure PostgreSQL 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 Azure PostgreSQL ad Anvil Anvil Works · Piattaforma per app
Eseguire il backup di un'app Anvil Python con Azure PostgreSQL tramite l'endpoint REST anziché incorporare le credenziali del database nell'app.
Guida a PostgreSQL - Per gli strumenti di intelligenza artificiale
-
Server Azure PostgreSQL MCP Clienti di Claude, Cursor e MCP
Concedi a un assistente IA l'accesso in sola lettura ad Azure PostgreSQL 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 Azure PostgreSQL Slack · Discord · Email · Webhook
Pianifica l'esecuzione di una query Azure PostgreSQL e invia i risultati a 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 Windows o Linux all'interno della rete virtuale. Poiché si connette solo in uscita, il server può mantenere l'accesso pubblico disattivato e non è necessario aggiungere alcuna regola in entrata.
Incolla l'URI dal portale di Azure in Impostazioni e poi Connetti. Il nome del server, la porta, il database e il nome utente vengono letti direttamente.
Scegli tra la connessione diretta e il PgBouncer integrato. La connessione diretta utilizza la porta 5432 ed è l'impostazione predefinita; PgBouncer utilizza la porta 6432 sullo stesso host e la scheda non consentirà la comunicazione inversa tra le due porte.
Utilizza il nome utente semplice. Il server flessibile ha eliminato user@servername dal server singolo dismesso necessario e la scheda rifiuta una @ prima che si verifichi un errore di accesso confuso.
Salva. Lo schema viene letto tramite information_schema e pg_catalog, e Microsoft Excel, Fogli Google, Power BI, MCP e REST leggono tutti il database tramite questa singola connessione.
Analisi approfondita delle funzionalità
Cosa ti offre Azure PostgreSQL
PgBouncer viene gestito, non solo tollerato.
Il server flessibile di Azure include un'istanza opzionale di PgBouncer sulla porta 6432 dello stesso host, in esecuzione in modalità transazionale. La modalità transazionale è quella che interrompe silenziosamente il funzionamento dei client, pertanto l'agente modifica il proprio comportamento quando rileva tale porta.
- La preparazione automatica è disattivata. La preparazione automatica di Npgsql utilizza istruzioni preparate con nome, e un'istruzione con nome non sopravvive al passaggio del backend a un altro utente tra una transazione e l'altra.
- La sessione non viene reimpostata alla chiusura, perché in modalità transazione la connessione che si sta restituendo non è quella che si otterrà in seguito.
- Nessuna delle due opzioni è configurabile da te. Scegli la modalità pooled oppure incolla una stringa contenente il numero 6432 e il comportamento corretto verrà applicato automaticamente.
- Deve essere attivato prima sul lato Azure. — PgBouncer è un parametro del server sul server flessibile, non qualcosa che è semplicemente presente.
I due errori che questa carta non ti permette di commettere
Entrambi producono un messaggio di errore che non fornisce alcuna informazione utile, motivo per cui vengono intercettati nel modulo.
- Una porta che non è compatibile con la modalità. Se collegata a qualsiasi porta diversa dalla 6432 o direttamente sulla 6432, viene rifiutata con il motivo specificato anziché essere inoltrata a un timeout.
- Un nome utente con suffisso @servername. Questo era il formato del vecchio server singolo; sul server flessibile produce un errore di autenticazione che sembra una password errata, quindi la scheda lo segnala come un problema di formato.
- Anche le password con spazi iniziali o finali vengono segnalate. Si tratta quasi sempre di un elemento presente negli appunti e il controllo fallisce come un errore di autenticazione non identificabile.
TLS non è lasciato alla casella di controllo
La casella "Usa SSL" è attiva per impostazione predefinita, ma l'agente non dipende dal fatto che tu la lasci così.
- Ogni host .postgres.database.azure.com viene connesso con TLS obbligatorio, indipendentemente da quanto indicato nella casella. Una stringa che ha perso il tag ?sslmode=require negli appunti si connette comunque in modo crittografato.
- Si tratta di un'imposizione, non di un'impostazione predefinita: è una proprietà del preset di Azure nell'agente, piuttosto che un valore copiato dal modulo.
- La verifica della catena di certificati non viene eseguita. — la connessione è crittografata, e questa è la descrizione più veritiera.
-- Le letture vengono eseguite sul server flessibile esattamente come scritto 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 Azure PostgreSQL con il resto dei tuoi dati.
Una singola istruzione può coinvolgere contemporaneamente Azure PostgreSQL e le altre connessioni. Ogni origine esegue solo la parte di cui è capace, 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 azure_pg.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 Azure PostgreSQL
- Ospite
- <server>.postgres.database.azure.com
- Porti
- 5432 diretto, 6432 per PgBouncer integrato: lo stesso host in entrambi i casi.
- Autista
- Npgsql 9.0.3, incluso nell'agente: non è necessario installare nulla sul lato Azure.
- TLS
- Obbligatorio e imposto dall'agente per ogni host .postgres.database.azure.com
- Database
- postgres, a meno che non gli abbiate dato un nome diverso
- Nome utente
- Il nome utente semplice, senza suffisso @servername; la scheda lo rifiuta prima che raggiunga il server.
- Comportamento collettivo
- Sul 6432 l'agente blocca la preparazione automatica e smette di reimpostare la sessione alla chiusura, che è ciò di cui ha bisogno il pooling in modalità transazione.
- Prerequisito per PgBouncer
- Il parametro del server pgbouncer deve essere abilitato prima sul server flessibile.
- Autenticazione
- Nome utente e password. L'ID Microsoft Entra non è supportato.
- Schema predefinito
- pubblico, che è ciò che un riferimento federato comporta
Il percorso di pooling è la parte che vale la pena comprendere, perché è qui che la maggior parte degli strumenti si comporta in modo anomalo. PgBouncer in modalità transazione può passare la tua istruzione successiva a un backend diverso, il che invalida le istruzioni preparate con nome e rende lo stato della sessione privo di significato. Invece di lasciare questo compito all'utente, l'agente disattiva la porta 6432 e disabilita le due funzionalità che potrebbero causare il problema: la preparazione automatica e il ripristino della sessione alla chiusura. Basta incollare una stringa di pooling e funziona senza problemi; non c'è nessuna impostazione da cercare.
La regola relativa al nome utente presenta una vera e propria cicatrice dovuta alla migrazione. Il vecchio server singolo di Azure richiedeva il formato user@servername; il server flessibile richiede il nome utente semplice, e l'utilizzo del vecchio formato genera un errore di autenticazione anziché un errore di formato. Sapere quale formato è errato fa la differenza tra una soluzione di cinque secondi e un pomeriggio di lavoro.
Il TLS è obbligatorio, non richiesto. L'agente lo richiede per ogni host Azure Postgres, indipendentemente dalla casella di controllo, quindi una stringa di connessione che ha perso il parametro sslmode da qualche parte viaggia comunque crittografata. Ciò che non fa è verificare la catena di certificati, e la pagina lo specifica chiaramente, senza sottintendere una garanzia più forte di quella implicita nel codice.
Per una query cross-source, si tratta di un normale PostgreSQL: una connessione chiamata azure_pg viene scritta come azure_pg.public.orders e si connette a una cartella di file CSV, a un sistema di record SQL Server o a un'API di fatturazione in un'unica istruzione di sola lettura.
Documentazione del fornitore: azure.microsoft.com
FAQ
Domande su Azure Database per PostgreSQL
Quali strumenti sono in grado di leggere i dati di Azure Database per 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 Azure per il database PostgreSQL?
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 Azure Database 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 ad Azure Database per PostgreSQL?
Un host raggiungibile, un ruolo e la relativa password: l'agente include il driver, quindi non è necessario installare nulla sul database. Host: <server>.postgres.database.azure.com. Porte: 5432 diretta, 6432 per il PgBouncer integrato: lo stesso host in entrambi i casi. Driver: Npgsql 9.0.3, incluso nell'agente: non è necessario installare nulla sul lato Azure. TLS: richiesto e imposto dall'agente per ogni host .postgres.database.azure.com.
È possibile unire Azure Database per PostgreSQL a un altro database nella stessa query?
Sì, si tratta di una query federata. Un'unica istruzione può fare riferimento ad Azure Database per PostgreSQL e alle altre connessioni contemporaneamente, 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. L'accesso in 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 ad Azure Database per PostgreSQL è diversa dalla connessione a PostgreSQL?
Solo la stringa di connessione. Azure Database per 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 Azure PostgreSQL precompila le impostazioni di host, porta e SSL previste dal provider.
Esiste una guida per convertire Azure PostgreSQL in Excel?
Sì, si tratta della guida per PostgreSQL, ed è corretta per Azure Database per PostgreSQL così come è scritta. Azure PostgreSQL utilizza il protocollo di rete PostgreSQL, quindi la connessione da Azure PostgreSQL a Excel, da Azure PostgreSQL a Fogli Google e a qualsiasi altra destinazione segue gli stessi passaggi. L'unica parte specifica per Azure PostgreSQL è la stringa di connessione, che viene compilata automaticamente nella scheda di Azure PostgreSQL.
Metti Azure PostgreSQL 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

