Logo d'Azure Database pour PostgreSQL

PostgreSQL géré parle PostgreSQL

Connecter Base de données Azure pour PostgreSQL vers Excel, Google Sheets, l'IA et REST

Serveur flexible Azure Database pour PostgreSQL, en accès direct ou via le PgBouncer intégré.

Commencez gratuitement 13 destinations

Une seule connexion, chaque surface

Où vos données Azure PostgreSQL peuvent être stockées

Base de données Azure pour PostgreSQL tables en direct · en lecture seule
Requêtes fédérées + tout autre connecteur · un SQL toutes sources · tous les plans
Agent de réseau
  • 1 connexion sortante
  • 0 ports d'entrée
  • lecture seule · les identifiants restent stockés

fonctionne sur

Query Streams lit les données d'Azure Database pour PostgreSQL depuis Microsoft Excel, Google Sheets, Power BI, les assistants IA via MCP et un point de terminaison REST grâce à une connexion en lecture seule. L'agent réseau s'exécute sur une machine virtuelle au sein de votre réseau virtuel et établit des connexions sortantes ; le serveur ne nécessite donc aucun accès public ni règle de pare-feu. Le protocole TLS est appliqué à chaque hôte Azure, et le PgBouncer intégré sur le port 6432 est reconnu et configuré automatiquement.

Azure Database pour PostgreSQL est PostgreSQL sur le réseau — le pilote standard, donc tous les guides ci-dessous s'appliquent sans modification. La seule partie spécifique à Azure PostgreSQL est la chaîne de connexion, traitée dans la section correspondante. détails de connexion.

  1. Pour votre équipe, vos fournisseurs et vos partenaires

  2. Azure PostgreSQL vers Excel Microsoft Excel · Complément Excel

    Importez directement les résultats en direct d'Azure PostgreSQL dans une feuille de calcul et actualisez-les à la demande — Excel de bureau, Excel Online, Microsoft 365.

    Guide PostgreSQL

  3. Azure PostgreSQL vers Google Sheets Module complémentaire Sheets

    Exécutez une requête Azure PostgreSQL enregistrée depuis la barre latérale et glissez-déposez les lignes dans la feuille. Les collaborateurs peuvent ensuite la mettre à jour eux-mêmes.

    Guide PostgreSQL

  4. Demandez à Nova des informations sur Azure PostgreSQL Nova AI · Texte vers SQL

    Posez votre question en langage clair. Nova connaît déjà vos tables Azure PostgreSQL, écrit et exécute la requête SQL, explique la réponse et la représente graphiquement — aucune requête à écrire, aucune information d’identification à fournir.

    Comment fonctionne Nova

  5. Azure PostgreSQL vers Data Viewer Partage des résultats · équipe, fournisseurs, partenaires · téléphone, tablette, ordinateur

    Partagez en temps réel les résultats d'Azure PostgreSQL avec qui vous voulez (un collègue, un fournisseur, un partenaire) sous forme de grille que vous pouvez ajouter à vos favoris et qui se met à jour automatiquement à chaque ouverture, sur un téléphone, une tablette ou un ordinateur. Ils voient les résultats, jamais le code SQL ni les identifiants.

    Fonctionnement du visualiseur de données
  6. Pour les applications et les systèmes

  7. API REST Azure PostgreSQL point de terminaison HTTP

    Publiez une requête Azure PostgreSQL sous forme de point de terminaison JSON authentifié, accessible à toute application, avec une spécification OpenAPI 3.1 et des collections Postman, Insomnia et Hoppscotch prêtes à l'emploi. Aucun port de base de données n'est ouvert.

    Guide PostgreSQL

  8. Azure PostgreSQL vers Power BI Power Query M

    Collez le code Power Query M généré dans l'éditeur avancé de Power BI et le rapport affichera les résultats en direct d'Azure PostgreSQL via HTTPS — sans pilote ODBC ni port de base de données ouvert.

    Comment fonctionne Power BI

  9. Azure PostgreSQL vers Airtable Plateforme d'automatisation

    Synchronisez les lignes Azure PostgreSQL avec une base Airtable selon une planification, ou récupérez-les dans un script d'automatisation Airtable.

    Guide PostgreSQL

  10. Azure PostgreSQL vers Baserow Plateforme d'automatisation

    Alimentez une table Baserow à partir d'Azure PostgreSQL via le point de terminaison REST — auto-hébergé ou cloud Baserow.

    Guide PostgreSQL

  11. Azure PostgreSQL vers SeaTable Plateforme d'automatisation

    Maintenez une base SeaTable à jour avec les données Azure PostgreSQL sans exporter de fichier ni exposer la base de données.

    Guide PostgreSQL

  12. Azure PostgreSQL vers Smartsheet Plateforme d'automatisation

    Intégrez les résultats d'Azure PostgreSQL dans une grille Smartsheet afin que les plans et les rapports soient lus à partir du système source et non de l'exportation de la semaine précédente.

    Guide PostgreSQL

  13. Azure PostgreSQL vers Anvil Anvil Works · Plateforme d'applications

    Utilisez Azure PostgreSQL pour synchroniser une application Anvil Python avec le point de terminaison REST au lieu d'intégrer les informations d'identification de la base de données dans l'application.

    Guide PostgreSQL
  14. Pour les outils d'IA

  15. Serveur Azure PostgreSQL MCP Claude, clients de Cursor et MCP

    Donnez à un assistant IA un accès en lecture seule à Azure PostgreSQL avec le schéma dont il a besoin pour écrire du code SQL correct ; aucune information d’identification n’est requise dans la conversation.

    Guide PostgreSQL
  16. Livré aux personnes

  17. Alertes et rapports Azure PostgreSQL Slack · Discord · Courriel · Webhook

    Programmez une requête Azure PostgreSQL et faites en sorte que les lignes soient envoyées à Slack, Discord, par e-mail ou via un webhook signé ; vous pouvez également retenir le message jusqu’à ce qu’un nombre de lignes, un seuil ou un pourcentage de variation dépasse la limite que vous avez définie.

    Fonctionnement des alertes et des rapports

Comment ça marche

5 étapes, aucune modification du pare-feu entrant

01

Installez l'agent réseau sur une machine virtuelle Windows ou Linux au sein du réseau virtuel. Comme il ne se connecte qu'à l'extérieur, le serveur peut garder l'accès public désactivé et aucune règle entrante n'est nécessaire.

02

Collez l'URI depuis le portail Azure, dans la section Paramètres, puis cliquez sur Se connecter. Le nom du serveur, le port, la base de données et le nom d'utilisateur sont automatiquement extraits de cette URI.

03

Choisissez la connexion directe ou le PgBouncer intégré. La connexion directe utilise le port 5432 (par défaut) ; le PgBouncer utilise le port 6432 sur le même hôte, et la carte empêchera toute interférence entre les deux.

04

Utilisez le nom d'utilisateur simple. Le serveur flexible a supprimé le format utilisateur@nom_serveur de l'ancien serveur unique requis, et la carte rejette le symbole @ avant que cela ne provoque une erreur de connexion confuse.

05

Sauvegarde. Le schéma est lu via information_schema et pg_catalog, et Microsoft Excel, Google Sheets, Power BI, MCP et REST lisent tous la base de données via cette connexion unique.

Analyse approfondie des fonctionnalités

Ce qu'Azure PostgreSQL vous offre

PgBouncer est pris en charge, et non simplement toléré.

Le serveur flexible d'Azure intègre un PgBouncer optionnel sur le port 6432 du même hôte, fonctionnant en mode transactionnel. Ce mode transactionnel étant celui qui provoque discrètement des interruptions de service chez les clients, l'agent modifie son comportement lorsqu'il détecte ce port.

  • La préparation automatique est désactivée. La préparation automatique de Npgsql utilise des requêtes préparées nommées, et une requête nommée n'est pas conservée lors du transfert du traitement entre deux transactions.
  • La session n'est pas réinitialisée à la fermeture, car en mode transactionnel, la connexion que vous renvoyez n'est pas celle que vous recevrez en retour.
  • Vous n'avez pas à configurer l'un ni l'autre. Choisissez le mode mutualisé ou collez une chaîne contenant 6432 ; le comportement attendu s'ensuivra.
  • Il faut d'abord l'activer côté Azure. — PgBouncer est un paramètre du serveur flexible, et non un élément qui est simplement présent.

Les deux erreurs que cette carte vous interdit de commettre

Tous deux génèrent un message d'erreur qui ne fournit aucune information utile, c'est pourquoi ils sont interceptés dans le formulaire.

  • Un port incompatible avec le mode (mis en commun avec un autre port que le 6432 ou connecté directement au 6432) est rejeté avec une explication plutôt que de passer par un délai d'attente.
  • Un nom d'utilisateur suivi du suffixe @nom_du_serveur. Ce format était utilisé par l'ancien serveur unique ; sur le serveur flexible, il provoque une erreur d'authentification qui ressemble à un mot de passe incorrect, la carte indique donc qu'il s'agit d'un problème de format.
  • Un mot de passe contenant des espaces en début ou en fin est également signalé. Il s'agit presque toujours d'un artefact du presse-papiers, et cela génère une erreur d'authentification opaque.

Le protocole TLS ne se limite pas à une simple case à cocher.

La case « Utiliser SSL » est activée par défaut, mais l'agent n'a pas besoin que vous la laissiez ainsi.

  • Chaque hôte .postgres.database.azure.com est connecté avec TLS requis, quel que soit le message affiché. Une chaîne de caractères dont le paramètre ?sslmode=require a été perdu dans le presse-papiers permet toujours une connexion chiffrée.
  • Il s'agit d'une configuration imposée, et non d'une valeur par défaut : c'est une propriété du préréglage Azure dans l'agent plutôt qu'une valeur copiée du formulaire.
  • La vérification de la chaîne de certificats n'est pas effectuée. — La connexion est cryptée, et c'est là sa description honnête.
-- Les lectures sont exécutées sur le serveur flexible exactement comme écrit 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;

Partagé par tous les connecteurs de base de données

C'est valable pour tous les connecteurs de base de données.

  • Sortant uniquement L'agent ouvre une connexion chiffrée vers Query Streams. Aucun port entrant à rediriger, aucun VPN, aucune liste blanche d'adresses IP : votre base de données n'est en aucun cas exposée sur Internet.
  • Les identifiants restent en place — Le nom d'utilisateur et le mot de passe de la base de données sont stockés sur la machine où l'agent est installé. Query Streams ne les reçoit jamais et ne peut pas accéder à votre base de données par lui-même.
  • Lecture seule, obligatoire — une seule instruction à la fois, SELECT et les instructions associées uniquement. Une tentative d'écriture est bloquée sur votre machine avant même d'être envoyée au serveur, sans dépendre d'une autorisation préalablement définie par un tiers.
  • Déployez autant d'agents que vous le souhaitez — un par site, région ou cloud. Toutes les sources de données visibles apparaissent dans un menu déroulant unique ; il est donc inutile de savoir quel agent héberge quoi.

Voici ce que vous obtenez une fois qu'une requête est enregistrée.

  • Partagez les compétences, pas le SQL. — un collègue ou un partenaire externe peut exécuter votre requête et modifier ses filtres sans jamais voir la requête sous-jacente.
  • Filtres provenant des deux directions — Déclarez-les vous-même comme @variables, ou laissez le connecteur repérer les valeurs littérales déjà présentes dans votre clause WHERE et les proposer sous forme de listes déroulantes.
  • Lisez-le depuis n'importe où — Microsoft Excel, Google Sheets, Power BI, l'API REST, les assistants IA via MCP, le générateur de requêtes et Nova lisent tous la même requête enregistrée.
  • Exécutez-en plusieurs simultanément — cinq requêtes enregistrées dans cinq onglets de feuille de calcul, diffusées simultanément, quelle que soit la taille des résultats.
  • Connectez-le à tout autre élément que vous avez connecté. — une autre base de données, une API métier ou un dossier de fichiers, dans une seule instruction en lecture seule.

SQL inter-sources

Connectez Azure PostgreSQL au reste de vos données.

Une seule requête peut s'effectuer simultanément sur Azure PostgreSQL et vos autres connexions. Chaque source exécute uniquement la partie qu'elle peut traiter, renvoie le résultat, et la jointure est centralisée : les sources ne communiquent jamais entre elles et aucune donnée n'est copiée.

3 connexions · 3 agents

Base de données Azure pour PostgreSQL PostgreSQL géré
Microsoft SQL Server Moteur relationnel
Rayure Paiements et facturation

Une déclaration

-- rien copié, rien fusionné, rien programmé
SELECTIONNER   c.region, COUNT(*) AS commandes, SUM(i.montant_dû) AS facturé
DE     page azur.public.orders1  f
JOINDRE     erp_sql.dbo.clients2   c ON c.id = f.customer_id
JOINDRE     facturation.stripe.factures3 i ON i.customer = c.stripe_id
GROUPE PAR région c.
ORDER BY facturé DESC;

Les trois éléments sont la connexion, le schéma et la table ; le nom de la connexion est celui que vous lui avez donné. Les colonnes sont données à titre d'exemple ; vos tables seront les vôtres. Chaque élément est en lecture seule : seules les instructions SELECT, WITH et EXPLAIN sont autorisées, avec une limite quant aux données qu'une source peut transmettre pour une requête donnée. Fonctionnement des requêtes fédérées

Détails de connexion

Ce dont Azure PostgreSQL a besoin

Hôte
<serveur>.postgres.database.azure.com
Ports
5432 en direct, 6432 pour le PgBouncer intégré — même hôte dans les deux cas
Conducteur
Npgsql 9.0.3, distribué par l'agent — aucune installation requise côté Azure
TLS
Obligatoire et imposé par l'agent pour chaque hôte .postgres.database.azure.com
Base de données
PostgreSQL, sauf si vous l'avez nommé autrement.
Nom d'utilisateur
Le nom d'utilisateur seul, sans suffixe @servername, est rejeté par la carte avant même qu'elle n'atteigne le serveur.
Comportement collectif
Sur la version 6432, l'agent désactive la préparation automatique et cesse de réinitialiser la session à la fermeture, ce qui est nécessaire au regroupement en mode transactionnel.
Prérequis PgBouncer
Le paramètre serveur pgbouncer doit d'abord être activé sur le serveur flexible.
Authentification
Nom d'utilisateur et mot de passe. L'identifiant Microsoft Entra n'est pas pris en charge.
Schéma par défaut
public, ce que contient une référence fédérée

Le fonctionnement du pool de requêtes est crucial, car c'est souvent là que les outils rencontrent des problèmes discrets. En mode transactionnel, PgBouncer peut transmettre votre requête suivante à un autre serveur, ce qui invalide les requêtes préparées nommées et rend l'état de la session inopérant. Pour éviter cela, l'agent utilise le port 6432 et désactive les deux fonctionnalités susceptibles de poser problème : la préparation automatique et la réinitialisation de la session à la fermeture. Il suffit de coller une chaîne de caractères du pool et tout fonctionne ; aucun paramètre à configurer.

La règle concernant le nom d'utilisateur révèle une véritable erreur de migration. Azure, qui utilise désormais un serveur unique, exigeait le format utilisateur@nom_du_serveur ; le serveur flexible, quant à lui, requiert le nom d'utilisateur seul. Fournir l'ancien format génère une erreur d'authentification plutôt qu'une erreur de format. Savoir quelle est l'erreur commise fait toute la différence entre une correction en cinq secondes et une après-midi entière.

Le protocole TLS est imposé et non pas demandé. L'agent l'exige pour chaque hôte Azure Postgres, indépendamment de la case à cocher ; ainsi, une chaîne de connexion dont le paramètre `sslmode` a disparu est toujours chiffrée. En revanche, l'agent ne vérifie pas la chaîne de certificats, et la page le précise sans offrir une garantie plus forte que celle fournie par le code.

Pour une requête inter-sources, il s'agit d'un Postgres ordinaire : une connexion que vous avez appelée azure_pg est écrite azure_pg.public.orders, et elle se joint à un dossier de fichiers CSV, à un système d'enregistrement SQL Server ou à une API de facturation dans une seule instruction en lecture seule.

Documentation du fournisseur : azure.microsoft.com

FAQ

Questions concernant Azure Database pour PostgreSQL

Quels outils peuvent lire les données d'Azure Database for PostgreSQL via Query Streams ?

Tous ces outils, depuis une seule connexion : Excel, Google Sheets, MCP, API REST, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, alertes et rapports programmés. Connectez la base de données une seule fois et tous les systèmes accèdent à la même connexion en lecture seule ; aucune configuration n’est requise pour chaque outil et aucune copie supplémentaire des données n’est nécessaire.

Dois-je ouvrir un port de pare-feu pour ma base de données Azure PostgreSQL ?

Non. L'agent réseau Query Streams s'exécute au sein de votre réseau et ouvre une seule connexion sortante chiffrée. Aucun trafic entrant n'est intercepté, aucun VPN n'est requis et la base de données conserve ses règles de pare-feu existantes.

Les flux de requêtes peuvent-ils modifier les données dans Azure Database pour PostgreSQL ?

Non. L'agent impose un accès en lecture seule lors de l'exécution : une seule instruction à la fois, uniquement SELECT et les instructions associées. Les informations d'identification restent sur l'agent et ne sont jamais envoyées aux flux de requêtes.

De quoi Query Streams a-t-il besoin pour se connecter à Azure Database pour PostgreSQL ?

Un hôte accessible, un rôle et son mot de passe : l’agent distribue le pilote, aucune installation n’est donc requise sur la base de données. Hôte : <server>.postgres.database.azure.com. Ports : 5432 (connexion directe) et 6432 (pour le PgBouncer intégré) ; il s’agit du même hôte dans les deux cas. Pilote : Npgsql 9.0.3, distribué par l’agent ; aucune installation n’est nécessaire côté Azure. TLS : obligatoire et imposé par l’agent pour chaque hôte .postgres.database.azure.com.

Est-il possible de joindre une base de données Azure pour PostgreSQL à une autre base de données dans la même requête ?

Oui, il s'agit bien d'une requête fédérée. Une seule instruction peut référencer simultanément Azure Database pour PostgreSQL et vos autres connexions, sous la forme `connection.schema.table`. Chaque source exécute uniquement la partie qu'elle peut traiter et renvoie le résultat. La jointure est centralisée, ce qui évite toute connexion entre les sources et empêche toute copie ou planification. L'accès en lecture seule s'applique à chaque élément (SELECT, WITH et EXPLAIN uniquement), et la quantité de données qu'une source peut transmettre pour une requête donnée est limitée. Les requêtes fédérées sont incluses dans votre abonnement ; la page dédiée affiche les limites actuelles de source et de taille.

La connexion à Azure Database pour PostgreSQL est-elle différente de la connexion à PostgreSQL ?

Seule la chaîne de connexion est requise. Azure Database pour PostgreSQL utilise le protocole PostgreSQL ; par conséquent, les filtres, la planification, le partage, les modules complémentaires Excel et Google Sheets ainsi que le serveur MCP fonctionnent de manière identique. La carte Azure PostgreSQL pré-remplit les paramètres d’hôte, de port et SSL attendus par le fournisseur.

Existe-t-il un guide pour convertir Azure PostgreSQL en Excel ?

Oui, il s'agit bien du guide PostgreSQL, et il est correct pour Azure Database pour PostgreSQL tel qu'il est rédigé. Azure PostgreSQL utilise le protocole PostgreSQL ; par conséquent, la procédure est identique pour connecter Azure PostgreSQL à Excel, à Google Sheets ou à toute autre destination. Seule la chaîne de connexion est spécifique à Azure PostgreSQL, et la fiche Azure PostgreSQL la renseigne automatiquement.

Installez Azure PostgreSQL là où le travail s'effectue.

Installez l'agent, configurez-le pour qu'il pointe vers votre base de données et choisissez une destination.

Commencez gratuitement Tous les connecteurs

Lecture seule Sortant uniquement Les identifiants restent sur l'agent