PostgreSQL géré parle PostgreSQL
Connecter Bases de données IBM Cloud pour PostgreSQL vers Excel, Google Sheets, l'IA et REST
Bases de données IBM Cloud pour PostgreSQL. Le port est attribué par déploiement ; copiez-le depuis le panneau Points de terminaison.
Une seule connexion, chaque surface
Où vos données IBM Cloud peuvent-elles aller ?
- 1 connexion sortante
- 0 ports d'entrée
- lecture seule · les identifiants restent stockés
fonctionne sur
- Pour votre équipe, vos fournisseurs et vos partenaires
-
Excel module complémentaire · actualisation à la demande
-
Google Sheets module complémentaire · actualisation à la demande
-
Nova AI Poser une question en langage clair · Conversion de texte en SQL
-
Visionneuse de données partagez les résultats en direct · équipe, fournisseurs, partenaires · sur n'importe quel appareil
- Pour les applications et les systèmes
-
API REST Point de terminaison JSON · OpenAPI 3.1
-
Power BI Power Query M
-
Synchronisations planifiées Google Sheets · Airtable · Baserow · SeaTable · Smartsheet · Anvil
- Pour les outils d'IA
-
assistants IA Claude · Curseur · Serveur MCP
- Livré aux personnes
-
Alertes et rapports Slack · Discord · Courriel · Webhook
Query Streams permet de lire les bases de données IBM Cloud 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. IBM se distingue de la plupart des services Postgres gérés par deux aspects : chaque déploiement se voit attribuer son propre port (au lieu du port 5432) et la base de données est protégée par un certificat émis par son autorité de certification. Ces deux points sont abordés ici et il est important de les connaître avant de se connecter, plutôt que de les découvrir après un échec de test.
IBM Cloud Databases pour PostgreSQL : PostgreSQL est sur le fil — le pilote standard, donc tous les guides ci-dessous s'appliquent sans modification. La seule partie spécifique à IBM Cloud est la chaîne de connexion, traitée dans détails de connexion.
- Pour votre équipe, vos fournisseurs et vos partenaires
-
IBM Cloud vers Excel Microsoft Excel · Complément Excel
Importez directement les résultats IBM Cloud en direct dans une feuille de calcul et actualisez-les à la demande — Excel de bureau, Excel Online, Microsoft 365.
Guide PostgreSQL -
IBM Cloud vers Google Sheets Module complémentaire Sheets
Exécutez une requête IBM Cloud enregistrée depuis la barre latérale et glissez-déposez les lignes dans la feuille. Les collaborateurs peuvent ensuite l'actualiser eux-mêmes.
Guide PostgreSQL -
Demandez à Nova ce qu'il pense d'IBM Cloud. Nova AI · Texte vers SQL
Posez votre question en langage clair. Nova connaît déjà vos tables IBM Cloud, rédige 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 -
IBM Cloud to Data Viewer Partage des résultats · équipe, fournisseurs, partenaires · téléphone, tablette, ordinateur
Partagez un résultat IBM Cloud 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 - Pour les applications et les systèmes
-
API REST IBM Cloud point de terminaison HTTP
Publiez une requête IBM Cloud 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 -
IBM Cloud 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 IBM Cloud en direct via HTTPS — sans pilote ODBC ni port de base de données ouvert.
Comment fonctionne Power BI -
IBM Cloud vers Airtable Plateforme d'automatisation
Synchronisez les lignes IBM Cloud avec une base Airtable selon une planification définie, ou récupérez-les dans un script d'automatisation Airtable.
Guide PostgreSQL -
IBM Cloud vers Baserow Plateforme d'automatisation
Alimentez une table Baserow depuis IBM Cloud via le point de terminaison REST — auto-hébergé ou Baserow Cloud.
Guide PostgreSQL -
IBM Cloud vers SeaTable Plateforme d'automatisation
Maintenez une base SeaTable à jour avec les données IBM Cloud sans exporter de fichier ni exposer la base de données.
Guide PostgreSQL -
IBM Cloud vers Smartsheet Plateforme d'automatisation
Intégrez les résultats d'IBM Cloud 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 -
IBM Cloud to Anvil Anvil Works · Plateforme d'applications
Utilisez IBM Cloud pour synchroniser une application Anvil Python avec le point de terminaison REST au lieu d'intégrer les identifiants de base de données dans l'application.
Guide PostgreSQL - Pour les outils d'IA
-
Serveur IBM Cloud MCP Claude, clients de Cursor et MCP
Donnez à un assistant IA un accès en lecture seule à IBM Cloud avec le schéma dont il a besoin pour écrire du SQL correct — aucune information d'identification dans la conversation.
Guide PostgreSQL - Livré aux personnes
-
Alertes et rapports IBM Cloud Slack · Discord · Courriel · Webhook
Programmez une requête IBM Cloud et faites en sorte que les lignes soient livré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
Installez l'agent réseau sur une machine pouvant accéder au déploiement : votre réseau pour un terminal privé, n'importe quelle machine pour un terminal public. Il ouvre une seule connexion sortante et n'écoute jamais.
Dans IBM Cloud, ouvrez le service, puis Points de terminaison, et choisissez l'onglet Public ou Privé en fonction de la manière dont l'agent y accédera.
Copiez la chaîne de connexion PostgreSQL et collez-la dans le premier champ. L'hôte, le port, la base de données, le nom d'utilisateur et le mot de passe seront automatiquement extraits de cette chaîne.
Vérifiez le port. IBM en attribue un par déploiement (souvent dans les 30 000) et c’est ce champ qu’il faut confirmer plutôt que supposer, car 5432 est presque certainement incorrect ici.
Laissez l'option « Utiliser SSL » activée, exécutez le test et enregistrez-le. Vous pourrez ensuite le lire depuis Microsoft Excel, Google Sheets, Power BI, MCP ou via une API REST grâce à cette connexion.
Analyse approfondie des fonctionnalités
Ce qu'IBM Cloud vous offre
Le port est spécifique à chaque déploiement, et la carte le laisse volontairement vide.
Presque toutes les autres cartes Postgres préremplissent la valeur 5432 car la quasi-totalité des autres services l'utilisent. Celle-ci ne le fait pas, et le champ vide est intentionnel.
- IBM alloue un port à chaque déploiement au lieu d'utiliser un port standard pour l'ensemble des applications. Deux bases de données appartenant au même compte ne partageront pas le même port.
- Le champ est donc initialement vide et la carte le demande explicitement. Un code 5432 prérempli serait bien plus souvent erroné que correct, et cette erreur ressemblerait davantage à un problème de réseau qu'à une faute de frappe.
- Récupérez le port depuis le même panneau « Points de terminaison » que le nom d'hôte. Il figure dans la chaîne de connexion fournie par IBM, juste après l'hôte.
- Si une connexion enregistrée expire au lieu d'être refusée, le port est la première chose à revérifier sur le tableau de bord.
IBM émet sa propre autorité de certification, et voici ce que l'agent fait à ce sujet.
Voici la partie honnête, et elle est plus précise que le paragraphe TLS habituel.
- La connexion est chiffrée et l'agent l'impose. Le protocole TLS est requis pour les noms d'hôtes IBM Cloud, que la case SSL soit cochée ou non.
- La chaîne de certificats n'est pas vérifiée. IBM utilise un certificat provenant de sa propre autorité de certification pour ses déploiements, et l'agent n'a aucun moyen de recevoir le certificat de cette autorité pour effectuer la vérification.
- La chaîne de connexion d'IBM contient généralement sslmode=verify-full. Ce paramètre n'est pas lu. — l'agent extrait l'hôte, le port, la base de données, le nom d'utilisateur et le mot de passe de la chaîne et applique ses propres paramètres TLS, qui nécessitent un chiffrement sans valider la chaîne.
- Il faut le considérer comme une protection contre l'interception du trafic en transit, et non comme une preuve du serveur ayant répondu. Si la vérification de la chaîne par rapport à l'autorité de certification d'IBM est importante pour votre conformité, c'est ce détail qu'il faut retenir.
-- Postgres ordinaire, en lecture seule, via 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;
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 IBM Cloud au reste de vos données
Une seule requête peut couvrir simultanément IBM Cloud 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
Une déclaration
-- rien copié, rien fusionné, rien programmé
SELECTIONNER c.region, COUNT(*) AS commandes, SUM(i.montant_dû) AS facturé
DE ibm_prod.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 IBM Cloud a besoin
- Hôte
- <id>.databases.appdomain.cloud, depuis le panneau des points de terminaison du service
- Port
- Attribué par déploiement, souvent dans les 30 000. Pas 5432, et non prérempli.
- Conducteur
- Npgsql, pris en charge par l'agent — aucune installation requise côté IBM Cloud
- Format de collage
- La chaîne de connexion PostgreSQL de Endpoints, sous forme d'URI postgres://
- TLS
- Obligatoire et appliqué pour les noms d'hôtes IBM Cloud. Chiffré ; l'autorité de certification d'IBM n'est pas vérifiée et aucune autorité de certification personnalisée ne peut être fournie.
- Mise en commun
- Aucun. L'agent n'applique aucune adaptation de pooler pour IBM Cloud.
- Valeurs par défaut
- La base de données ibmclouddb et l'utilisateur admin sont préremplis, correspondant à ceux créés par IBM.
- Enregistré sous
- PostgreSQL, avec IBM Cloud comme simple logo.
- Schéma par défaut
- public, ce que contient une référence fédérée
Le champ « port » vide est un choix de conception mineur qu'il convient d'expliquer, car il peut paraître anodin. Les préréglages servent à préremplir les informations qu'un fournisseur traite toujours de la même manière, et le port d'IBM n'en fait pas partie. Saisir une valeur par défaut plausible aboutirait à une connexion validée mais qui échouerait ensuite, ce qui est pire qu'un champ vide accompagné d'une question.
Concernant le certificat : il est important de faire la distinction entre chiffrement et identité. Le trafic entre l'agent et votre déploiement IBM est chiffré et illisible pendant sa transmission. L'agent ne vérifie pas, auprès de l'autorité de certification IBM, que le serveur présentant le certificat est bien celui que vous avez désigné. Pour la plupart des charges de travail de reporting sur un point de terminaison privé, cette distinction est purement théorique ; si elle est importante pour vous, il est préférable de la connaître ici plutôt que de la découvrir lors d'un audit.
Pour une requête inter-sources, IBM Cloud fonctionne comme un serveur PostgreSQL classique. Une connexion nommée ibm_prod est enregistrée sous le nom ibm_prod.public.orders et effectue une jointure avec un dossier de fichiers CSV, un système d'information local ou une API de facturation en une seule opération en lecture seule, sans aucune copie ni planification.
Documentation du fournisseur : www.ibm.com
FAQ
Questions concernant les bases de données IBM Cloud pour PostgreSQL
Quels outils peuvent lire les données des bases de données IBM Cloud pour 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 IBM Cloud Databases for 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 les bases de données IBM Cloud 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 aux bases de données IBM Cloud 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 : <id>.databases.appdomain.cloud, depuis le panneau Endpoints du service. Port : attribué par déploiement, généralement dans la série 30 000. Il ne s’agit pas du port 5432 et il n’est pas prérempli. Pilote : Npgsql, distribué par l’agent ; aucune installation n’est requise côté IBM Cloud. Format de la chaîne de connexion : la chaîne de connexion PostgreSQL depuis Endpoints, sous la forme d’un URI postgres://.
Est-il possible de joindre des bases de données IBM Cloud Databases for 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 IBM Cloud Databases for 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 à IBM Cloud Databases pour PostgreSQL est-elle différente de la connexion à PostgreSQL ?
Seule la chaîne de connexion est nécessaire. IBM Cloud Databases for 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 IBM Cloud pré-remplit les paramètres d'hôte, de port et SSL attendus par le fournisseur.
Existe-t-il un guide IBM Cloud vers Excel ?
Oui, il s'agit bien du guide PostgreSQL, et il est correct pour les bases de données IBM Cloud pour PostgreSQL. IBM Cloud utilise le protocole PostgreSQL ; par conséquent, la connexion d'IBM Cloud à Excel, à Google Sheets et à toute autre destination suit la même procédure. Seule la chaîne de connexion est spécifique à IBM Cloud, et la fiche IBM Cloud la renseigne automatiquement.
Installez IBM Cloud là où le travail se déroule.
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

