Logo Prisma Postgres

Postgres sans serveur parle PostgreSQL

Connecter Prisma Postgres vers Excel, Google Sheets, l'IA et REST

Prisma Postgres utilise une connexion TCP directe. Chaque base de données répond sur le même nom d'hôte ; ce sont donc les identifiants qui permettent de vous identifier.

Commencez gratuitement 13 destinations

Une seule connexion, chaque surface

Où vos données Prisma peuvent-elles être stockées ?

Prisma Postgres 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 permet de lire les données de Prisma Postgres depuis Microsoft Excel, Google Sheets, Power BI, les assistants IA via MCP et un point de terminaison REST grâce à une unique connexion en lecture seule. Prisma présente deux particularités importantes à connaître avant de commencer : chaque base de données client répond sur le même nom d'hôte, db.prisma.io, et ce sont les identifiants qui déterminent celle à laquelle vous accédez ; de plus, Prisma fournit deux chaînes de connexion différentes, dont une seule correspond à une véritable connexion Postgres. La carte est conçue pour vous permettre de choisir la bonne.

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

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

  2. Prisma vers Excel Microsoft Excel · Complément Excel

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

    Guide PostgreSQL

  3. Prisma vers Google Sheets Module complémentaire Sheets

    Exécutez une requête Prisma 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 ce qu'elle pense de Prisma. Nova AI · Texte vers SQL

    Posez votre question en langage clair. Nova connaît déjà vos tables Prisma, 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

  5. Visionneuse de données Prisma Partage des résultats · équipe, fournisseurs, partenaires · téléphone, tablette, ordinateur

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

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

    Comment fonctionne Power BI

  9. Prisma vers Airtable Plateforme d'automatisation

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

    Guide PostgreSQL

  10. Prisma à Baserow Plateforme d'automatisation

    Alimentez une table Baserow depuis Prisma via le point de terminaison REST — auto-hébergé ou cloud Baserow.

    Guide PostgreSQL

  11. Prisma à SeaTable Plateforme d'automatisation

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

    Guide PostgreSQL

  12. Prisma vers Smartsheet Plateforme d'automatisation

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

    Utilisez Prisma 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 Prisma MCP Claude, clients de Cursor et MCP

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

    Guide PostgreSQL
  16. Livré aux personnes

  17. Alertes et rapports Prisma Slack · Discord · Courriel · Webhook

    Programmez une requête Prisma 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 où vous le souhaitez. Il ouvre une connexion sortante et n'écoute jamais, Prisma le considère donc comme un client ordinaire et votre réseau ne nécessite aucune règle entrante.

02

Dans la console Prisma, générez la chaîne de connexion TCP directe (postgres://). Elle est différente de l'URL Accelerate affichée par la console pour l'application.

03

Collez-le. L'hôte, le port, le nom d'utilisateur et le mot de passe seront lus directement.

04

Laissez la base de données sur postgres, sauf si vous savez que la vôtre est différente. La chaîne de caractères de Prisma omet souvent le nom de la base de données ; la carte le renseigne donc par défaut.

05

Enregistrez. Microsoft Excel, Google Sheets, Power BI, MCP et REST lisent tous cette connexion unique, ou la combinent à vos autres sources dans une seule instruction en lecture seule.

Analyse approfondie des fonctionnalités

Ce que Prisma vous offre

Deux chaînes de connexion, et une seule d'entre elles est Postgres.

C'est ce qui piège les gens, et cela les piège parce que la mauvaise explication paraît parfaitement raisonnable.

  • Les URL de Prisma Accelerate commencent par prisma:// ou prisma+postgres://. Elles font référence à la couche de connexion propre à Prisma, qui utilise son propre protocole plutôt que le protocole réseau de Postgres.
  • Query Streams se connecte via TCP direct avec un pilote Postgres standard, donc une URL Accelerate ne peut pas fonctionner ici, quelles que soient les informations d'identification qu'elle contient.
  • Collez-en une malgré tout, et la fiche vous indiquera précisément le problème et la valeur à générer à la place. Il s'agit d'un message spécifique et non d'une erreur d'analyse générique, car les deux chaînes sont faciles à confondre.
  • Celui que vous recherchez commence par postgres:// ou postgresql:// et pointe vers db.prisma.io sur le port 5432.

Tout le monde partage un seul nom d'hôte

La plupart des services Postgres gérés attribuent un nom d'hôte unique à votre instance. Prisma ne le fait pas, et cela modifie la signification des champs.

  • Chaque base de données Prisma Postgres répond sur db.prisma.io. Il n'y a pas de nom d'hôte spécifique à un projet ou à une région à rechercher.
  • Votre nom d'utilisateur et votre mot de passe permettent de sélectionner la base de données. Ils sont générés par la console Prisma et non choisis par vous ; ils constituent l'intégralité de l'identification de la connexion.
  • Il est donc essentiel de manipuler ces identifiants avec précaution. Sur la plupart des services, un mot de passe divulgué est également associé à un nom d'hôte peu connu ; ici, le nom d'hôte est public.
  • La chaîne de caractères collée n'est jamais stockée. Elle est lue une seule fois pour remplir le formulaire, puis supprimée ; le mot de passe est donc conservé à un seul endroit.

Le protocole TLS est obligatoire et l'agent ne laisse rien au hasard.

Comme le nom d'hôte est fixe et connu, l'agent peut être ferme à ce sujet.

  • L'agent impose l'utilisation de TLS pour db.prisma.io. La case « Utiliser SSL » est cochée par défaut ; la décocher n'entraîne pas de connexion non chiffrée à un hôte Prisma.
  • La chaîne de certificats n'est pas vérifiée. Le chiffrement est requis ; aucune validation de l'entité signataire du certificat n'est effectuée. Il s'agit donc d'une protection contre l'écoute clandestine plutôt que d'une preuve de l'adresse à laquelle vous avez accédé.
  • Il n'y a pas de système de mise en commun des connexions sur ce chemin. La gestion des mises en commun de Prisma se trouve dans Accelerate, que cette carte n'utilise pas volontairement ; vous obtenez donc une connexion directe sans mode de mise en commun possible.
  • Tout ce qui suit est du Postgres ordinaire : schémas, types et public comme schéma par défaut dans une référence inter-sources.
-- Postgres ordinaire, en lecture seule, via TCP direct 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

Associez Prisma au reste de vos données.

Une seule instruction peut couvrir Prisma et vos autres connexions simultanément. Chaque source exécute uniquement la partie qu'elle peut, 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

Prisma Postgres Postgres sans serveur
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     application prisma.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 Prisma a besoin

Hôte
db.prisma.io — identique pour chaque base de données Prisma Postgres
Port
5432
Conducteur
Npgsql, pris en charge par l'agent — aucune installation requise côté Prisma
Format de collage
La chaîne TCP directe de la console Prisma, sous forme d'URI postgres://
Base de données
PostgreSQL est utilisé par défaut. La chaîne de connexion de Prisma l'omet souvent.
Nom d'utilisateur
Généré dans la console Prisma. C'est ce qui sélectionne votre base de données.
TLS
Obligatoire et imposé par l'agent pour db.prisma.io. Chiffré ; la chaîne de certificats n'est pas vérifiée.
Mise en commun
Aucune. L'agent n'applique aucune adaptation de pooler pour Prisma.
Pas cette carte
Les URL Prisma Accelerate sur prisma:// ou prisma+postgres:// sont rejetées par la carte, qui indique la chaîne à générer.
Enregistré sous
PostgreSQL, avec Prisma conservé comme logo — il n'existe pas de type de connexion appelé Prisma
Schéma par défaut
public, ce que contient une référence fédérée

La gestion des rejets Accelerate est la fonctionnalité la plus précieuse de cette carte. Accelerate est le système de gestion des connexions et de cache périphérique de Prisma ; pour une application, c'est généralement la solution idéale, d'où sa mise en avant dans la console. Il ne s'agit tout simplement pas d'un point de terminaison Postgres ; un outil utilisant un pilote Postgres ne peut donc pas interagir avec lui. Sans message spécifique, la tentative de connexion génère une erreur, interprétée comme une authentification incorrecte, invitant l'utilisateur à régénérer un mot de passe valide.

Le nom d'hôte partagé mérite une attention particulière en matière d'authentification. Sur un service où votre base de données est hébergée sur un nom d'hôte long et difficile à deviner, cette adresse constitue un second facteur d'authentification peu fiable, non pas pour la sécurité, mais pour éviter les problèmes. Prisma l'élimine par conception : db.prisma.io est identique pour tous, ce qui signifie que le nom d'utilisateur et le mot de passe générés suffisent. Limitez l'accès de l'utilisateur à la lecture seule et traitez cette chaîne de caractères comme n'importe quel autre secret.

Pour une requête inter-sources, Prisma fonctionne comme une base de données Postgres classique. Une connexion nommée prisma_app est enregistrée sous le nom prisma_app.public.orders et se connecte à 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.prisma.io

FAQ

Questions concernant Prisma Postgres

Quels outils peuvent lire les données Prisma Postgres 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 Prisma Postgres ?

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 Prisma Postgres ?

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 à Prisma Postgres ?

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. Hôte : db.prisma.io – identique pour toutes les bases de données Prisma Postgres. Port : 5432. Pilote : Npgsql, fourni par l’agent – aucune installation n’est nécessaire côté Prisma. Format à coller : la chaîne TCP directe depuis la console Prisma, sous forme d’URI postgres://.

Est-il possible de joindre Prisma Postgres à 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 Prisma Postgres et vos autres connexions simultanément, 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 une fonctionnalité incluse dans votre abonnement ; la page dédiée affiche les limites actuelles de la source et de la taille des données.

La connexion de Prisma Postgres est-elle différente de la connexion de PostgreSQL ?

Seule la chaîne de connexion est nécessaire. Prisma Postgres 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 Prisma pré-remplit les paramètres d'hôte, de port et SSL attendus par le fournisseur.

Existe-t-il un guide de conversion de Prisma vers Excel ?

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

Installez Prisma là où le travail se fait.

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