Logo PostgreSQL

Moteur relationnel

Connecter PostgreSQL vers Excel, Google Sheets, l'IA et REST

Base de données relationnelle open source pour les requêtes complexes et les transactions ACID. Connexion directe, mutualisée ou via l'une des 27 cartes Postgres hébergées utilisant ce protocole.

Une seule connexion, chaque surface

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

Query Streams lit une base de données PostgreSQL en temps réel depuis Microsoft Excel, Google Sheets, Power BI, les assistants IA via MCP et une API REST. Un agent auto-hébergé se connecte depuis votre réseau interne sur le port 5432 (aucun port entrant, aucun VPN, aucune liste blanche d'adresses IP) et reconnaît 27 services Postgres hébergés par leur seul nom d'hôte. Ainsi, le protocole TLS et les paramètres de gestion des connexions, souvent problématiques avec d'autres outils, sont appliqués avant même que vous n'y accédiez. Le mot de passe de la base de données reste sur la machine où l'agent est installé.

  1. Pour votre équipe, vos fournisseurs et vos partenaires
  2. PostgreSQL vers Excel Microsoft Excel · Complément Excel

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

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

    Exécutez une requête 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 PostgreSQL Nova AI · Texte vers SQL

    Posez votre question en langage clair. Nova connaît déjà vos tables 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. Visionneuse de données PostgreSQL Partage des résultats · équipe, fournisseurs, partenaires · téléphone, tablette, ordinateur

    Partagez un résultat PostgreSQL en direct 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 PostgreSQL point de terminaison HTTP

    Publiez une requête 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. Conversion de PostgreSQL en 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 PostgreSQL en direct via HTTPS — sans pilote ODBC ni port de base de données ouvert.

    Comment fonctionne Power BI
  9. Conversion de PostgreSQL en Airtable Plateforme d'automatisation

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

    Guide PostgreSQL
  10. Conversion de PostgreSQL en Baserow Plateforme d'automatisation

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

    Guide PostgreSQL
  11. Conversion de PostgreSQL en SeaTable Plateforme d'automatisation

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

    Guide PostgreSQL
  12. Conversion de PostgreSQL en Smartsheet Plateforme d'automatisation

    Intégrez les résultats 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. Migration de PostgreSQL vers Anvil Anvil Works · Plateforme d'applications

    Utilisez PostgreSQL pour alimenter une application Anvil Python via le point de terminaison REST au lieu d'intégrer les identifiants de base de données dans l'application.

    Guide PostgreSQL
  14. Pour les outils d'IA
  15. Serveur PostgreSQL MCP Claude, clients de Cursor et MCP

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

    Guide PostgreSQL
  16. Livré aux personnes
  17. Alertes et rapports PostgreSQL Slack · Discord · Courriel · Webhook

    Programmez une requête PostgreSQL et faites en sorte que les lignes soient envoyées à Slack, Discord, par e-mail ou via un webhook signé — ou conservez 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 ayant déjà accès à la base de données. Il établit une connexion avec nous ; aucune donnée relative à Postgres n'est exposée sur Internet.

02

Collez la chaîne de connexion fournie par votre fournisseur, ou saisissez vous-même l'hôte, le port, la base de données, l'utilisateur et le mot de passe ; une URI postgresql:// est automatiquement décomposée en champs.

03

Si l'hôte appartient à un service reconnu par l'agent, le protocole TLS est activé et le comportement approprié du pooler est appliqué sans que vous ayez à choisir quoi que ce soit.

04

Choisissez les schémas à exposer. Celui que vous sélectionnez sera appliqué avec search_path à chaque requête, de sorte que les noms de tables non qualifiés soient résolus exactement comme dans psql.

05

Enregistrez une requête et lisez-la depuis Excel, Sheets, Power BI, MCP, Nova ou REST, puis transmettez-la à quelqu'un d'autre sans lui fournir le code SQL.

Analyse approfondie des fonctionnalités

Ce que PostgreSQL vous offre

Il connaît déjà votre hôte Postgres

C'est au niveau de PostgreSQL managé que la plupart des tentatives de connexion échouent, et presque jamais à cause du mot de passe. Il s'agit d'un pool de serveurs sur un port non documenté, ou d'une connexion TLS requise par le fournisseur mais non configurée par le client. L'agent dispose d'une table de 27 services PostgreSQL hébergés et effectue des correspondances par nom d'hôte ; ces décisions sont donc déjà prises.

  • Le protocole TLS est imposé, il n'est pas proposé. — si l'hôte correspond à un fournisseur connu, la connexion est chiffrée, que la case soit cochée ou non.
  • Des ports inhabituels sont attendus — Crunchy sur 5431, Azure et PlanetScale sur 6432, DigitalOcean sur 25061, le pooler de transactions de Supabase sur 6543.
  • Les pools de transactions sont gérés — PgBouncer et Supervisor, en mode transactionnel, interrompent les requêtes préparées. Lorsqu'une erreur est détectée, l'agent désactive la mise en cache des requêtes et réinitialise la connexion au lieu d'interrompre l'exécution de votre rapport.
  • Le point de terminaison mutualisé de Neon, avec -pooler au milieu du nom d'hôte, est reconnu comme la même base de données que la base de données directe.

Les chiffres survivent au voyage

Un outil de reporting qui convertit discrètement un nombre exact en nombre à virgule flottante est pire qu'un outil qui refuse de le faire, car on ne s'en aperçoit qu'en fin d'année. PostgreSQL permet de déclarer des nombres sans aucune précision, et cette valeur ne dispose d'aucune valeur flottante stable.

  • Les valeurs numériques sans précision déclarée sont conservées sans perte plutôt que d'être arrondies en double.
  • La valeur numérique est-elle déclarée comme ayant plus de 28 chiffres ? — au-delà de ce qu'un nombre décimal fixe peut contenir, les chiffres exacts sont conservés.
  • Les formats json et jsonb arrivent sous forme de texte que vous pouvez analyser, l'uuid sous sa forme canonique en minuscules, et l'intervalle sous forme de durée ISO-8601.
  • Les tableaux et les types composites apparaissent sous leur forme textuelle au lieu d'être supprimés du résultat.

Les filtres restent des paramètres

Lorsqu'un filtre comporte de nombreuses valeurs (quarante codes produits, une liste de régions), la plupart des outils les collent dans la requête SQL sous forme de texte. Query Streams, quant à lui, associe la liste entière à un unique paramètre de type tableau PostgreSQL. Ainsi, la requête traitée par votre base de données reste toujours la même, quel que soit le nombre de valeurs sélectionnées.

-- Une variable, un nombre quelconque de valeurs, une requête préparée SELECT region, COUNT(*) AS orders, SUM(total) AS revenue FROM orders WHERE status = ANY(@statuses) AND placed_at >= @since GROUP BY region 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

Intégrez PostgreSQL au reste de vos données.

Une seule requête peut s'appliquer simultanément à PostgreSQL et à vos autres connexions. Chaque source exécute uniquement la partie qu'elle peut traiter, renvoie le résultat, et la jointure est effectuée de manière centralisée ; les sources ne communiquent jamais entre elles et aucune donnée n'est copiée.

3 connexions · 3 agents

PostgreSQL Moteur relationnel
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     pg_reporting.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 PostgreSQL a besoin

Port
5432 par défaut, tout port est accepté — les ports du pooler sur les hôtes reconnus sont déjà connus.
Chiffrement
Le protocole TLS est activé par défaut (sslmode=require) et forcé quel que soit le paramètre sur les 27 fournisseurs d'hébergement reconnus.
Identifiants
Un nom d'utilisateur et un mot de passe de base de données, stockés sur l'agent. Query Streams ne les reçoit jamais.
Conducteur
Npgsql 9.0.3, fourni avec l'agent — aucune installation requise sur le serveur de base de données ni sur le client
Schéma
public sauf si vous en choisissez un autre ; celui que vous choisissez est appliqué avec search_path à chaque requête
Des chiffres exacts
Les nombres sans précision déclarée ou comportant plus de 28 chiffres sont conservés sans perte au lieu d'être arrondis.
Mise en commun
Les gestionnaires de pools en mode transactionnel (PgBouncer, Supavisor) sont détectés et leurs limites de requêtes préparées sont contournées.
Délais d'attente
30 secondes pour la connexion, 30 secondes par requête pendant la diffusion.
Lecture seule
Cette règle doit être appliquée sur votre propre machine avant l'envoi de la requête au serveur.

Aucune copie n'est effectuée. L'agent exécute votre requête SELECT sur la base de données en direct et transmet les lignes sans interruption. Ainsi, le résultat affiché dans la feuille de calcul correspond à l'état actuel de la base de données, et non à l'état d'une extraction effectuée pendant la nuit. Il n'y a pas d'entrepôt de données intermédiaire susceptible d'entraîner des retards, ni de calendrier à respecter.

Un seul agent peut gérer plusieurs bases de données, et vous pouvez exécuter autant d'agents que vous avez d'espace disponible : un au bureau, un dans chaque région cloud. Toutes les sources de données accessibles apparaissent dans une liste déroulante unique, de sorte que la personne qui rédige la requête n'a jamais besoin de savoir quelle machine effectue la requête.

Documentation du fournisseur : www.postgresql.org

FAQ

Questions sur PostgreSQL

Quels outils peuvent lire les données PostgreSQL via des flux de requêtes ?

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 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 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 à PostgreSQL ?

Un hôte accessible, un rôle et son mot de passe : l’agent intègre le pilote, aucune installation n’est donc requise sur la base de données. Port : 5432 par défaut, tout port est accepté ; les ports du pooler sur les hôtes reconnus sont déjà connus. Chiffrement : TLS activé par défaut (sslmode=require) et imposé quel que soit le paramètre des 27 fournisseurs d’hébergement reconnus. Identifiants : un nom d’utilisateur et un mot de passe de base de données, stockés sur l’agent. Query Streams ne les reçoit jamais. Pilote : Npgsql 9.0.3, fourni avec l’agent ; aucune installation n’est requise sur le serveur de base de données ni sur le client.

Est-il possible de joindre 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 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 d'exécution. 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 une fonctionnalité de votre abonnement ; la page dédiée affiche les limites actuelles de la source et de la taille des données.

Installez 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.

Lecture seule Sortant uniquement Les identifiants restent sur l'agent