Générer le logo

PostgreSQL géré parle PostgreSQL

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

Render gère Postgres. Utilisez la chaîne de connexion externe ; la chaîne interne n’est résolue que dans Render.

Commencez gratuitement 13 destinations

Une seule connexion, chaque surface

Où vos données de rendu peuvent être stockées

Rendre 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 de Render Postgres 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. Render attribue deux adresses à chaque base de données : une adresse interne, accessible uniquement au sein de son réseau, et une adresse externe, accessible depuis n'importe où. Choisir la mauvaise adresse est la seule source d'erreur lors d'une connexion externe. L'agent s'exécute sur votre machine, et non dans Render ; il a donc besoin de l'adresse externe.

Le rendu est effectué via PostgreSQL sur le réseau. — le pilote standard, donc tous les guides ci-dessous s'appliquent sans modification. La seule partie spécifique au rendu 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. Générer dans Excel Microsoft Excel · Complément Excel

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

    Guide PostgreSQL

  3. Générer dans Google Sheets Module complémentaire Sheets

    Exécutez une requête de rendu 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

  4. Demandez à Nova à propos du rendu Nova AI · Texte vers SQL

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

    Partagez un rendu en direct avec qui vous voulez (un collègue, un fournisseur, un partenaire) sous forme de grille à ajouter aux favoris. Le rendu se recalcule automatiquement à chaque ouverture, sur téléphone, tablette ou 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. Générer une API REST point de terminaison HTTP

    Publiez une requête Render 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. Rendu 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 s'affiche en direct. Rendu des résultats via HTTPS — aucun pilote ODBC, aucun port de base de données ouvert.

    Comment fonctionne Power BI

  9. Rendu vers Airtable Plateforme d'automatisation

    Synchronisez le rendu des lignes dans une table Airtable selon une planification, ou récupérez-les dans un script d'automatisation Airtable.

    Guide PostgreSQL

  10. Rendu sur Baserow Plateforme d'automatisation

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

    Guide PostgreSQL

  11. Rendu sur SeaTable Plateforme d'automatisation

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

    Guide PostgreSQL

  12. Générer vers Smartsheet Plateforme d'automatisation

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

    Utilisez la fonction Render d'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 de rendu MCP Claude, clients de Cursor et MCP

    Accordez à un assistant IA un accès en lecture seule à Render avec le schéma dont il a besoin pour écrire du code SQL correct ; aucune information d’identification ne doit être mentionnée dans la conversation.

    Guide PostgreSQL
  16. Livré aux personnes

  17. Générer des alertes et des rapports Slack · Discord · Courriel · Webhook

    Programmez une requête de rendu 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 accès à Internet. Il ouvre une seule connexion sortante et reste inactif, de sorte que Render le considère comme un client ordinaire et qu'aucune règle de connexion entrante n'est nécessaire sur votre réseau.

02

Ouvrez la base de données dans le tableau de bord Render et accédez au panneau Connexions. Copiez l'URL de la base de données externe, et non l'URL interne ; cette étape mérite toute votre attention.

03

Collez-le dans le premier champ. L'hôte, le port, la base de données, le nom d'utilisateur et le mot de passe seront lus et renseignés automatiquement.

04

Laissez l'option « Utiliser SSL » activée et exécutez le test. Le rendu nécessite le chiffrement des connexions externes et l'agent l'applique de toute façon aux noms d'hôtes de rendu.

05

Enregistrez les données, puis importez-les depuis Microsoft Excel, Google Sheets, Power BI, MCP ou via une API REST. La chaîne collée est supprimée une fois les champs remplis ; le mot de passe n’est donc stocké qu’une seule fois.

Analyse approfondie des fonctionnalités

Ce que Render vous offre

Les éléments internes et externes ne sont pas interchangeables.

Render publie les deux adresses sur la même page, l'une au-dessus de l'autre, et une seule d'entre elles peut fonctionner depuis l'extérieur de Render.

  • Le nom d'hôte externe se termine par -postgres.render.com et est accessible de partout. C'est celui dont l'agent a besoin.
  • Le nom d'hôte interne est court et sans extension de domaine. Il n'est résolu qu'au sein du réseau privé de Render ; depuis votre machine, il est donc impossible de le résoudre.
  • La carte acceptera une adresse interne sans problème. — Ce test vérifie que vous avez collé une chaîne de caractères de type postgres://, et non laquelle des deux chaînes de caractères de Render il s'agit. Si un test échoue avec un nom non résolu, c'est presque toujours la raison.
  • La solution ne prend que quelques secondes : retournez dans le panneau Connexions, copiez l’URL de la base de données externe et collez-la en haut. Rien d’autre ne change au niveau de la connexion.

Crypté, et ce que cela prouve et ne prouve pas

Le rendu nécessite le protocole TLS sur les connexions externes, et l'agent ne se contente pas de cocher cette option.

  • Le protocole TLS est obligatoire pour le rendu des noms d'hôtes. Décocher la case SSL ne crée pas une connexion non chiffrée ; l'agent exige un chiffrement, quelle que soit la valeur indiquée dans la case.
  • La chaîne de certificats n'est pas vérifiée. Considérez-la comme une protection contre l'interception du trafic en transit, et non comme une preuve du serveur ayant répondu.
  • Aucun pooler n'est présent sur ce chemin. L'agent n'applique aucune adaptation de pooler pour Render ; par conséquent, les requêtes préparées et la gestion des sessions se comportent exactement comme avec n'importe quelle base de données Postgres standard.
  • Tout ce que l'agent exécute est en lecture seule, et vos identifiants restent sur la machine où il est installé. Query Streams ne conserve aucune copie des données ni du mot de passe.
-- 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

Intégrez Render au reste de vos données

Une seule instruction peut couvrir simultanément Render et vos autres connexions. Chaque source exécute uniquement la partie qu'elle peut, renvoie le résultat, et la jonction est centralisée ; les sources ne communiquent jamais entre elles et rien n'est copié.

3 connexions · 3 agents

Rendre 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     application de rendu.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 Render a besoin

Hôte
dpg-<id>-a.<region>-postgres.render.com — le nom externe ; les noms internes ne sont pas résolus depuis l’extérieur de Render.
Port
5432
Conducteur
Npgsql, pris en charge par l'agent — aucune installation requise côté rendu
Format de collage
L'URL de la base de données externe, issue du panneau Connexions de la base de données, sous la forme d'un URI postgres://
TLS
Obligatoire et appliqué pour les noms d'hôtes de rendu. 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 le rendu.
Enregistré sous
PostgreSQL, avec Render conservé comme badge
Schéma par défaut
public, ce que contient une référence fédérée

Render est une connexion Postgres simple, avec un seul élément entre vous et elle : un choix à faire par copier-coller, sans aucune complexité technique. Les deux URL sont des chaînes Postgres valides, commencent toutes deux par postgres://, et la différence réside dans un suffixe de nom d'hôte que la plupart des utilisateurs ne lisent pas. Choisir l'URL externe permet d'éviter tout problème en cas d'échec.

L'adresse interne existe précisément parce que les services exécutés au sein de Render doivent l'utiliser : elle reste sur le réseau privé de Render et n'effectue aucun aller-retour. Cette logique est correcte et ne vous concerne pas, car l'agent réseau s'exécute sur votre infrastructure. Si vous exécutez vous-même l'agent sur un service Render, l'adresse interne devient la solution appropriée pour la même raison.

Pour une requête inter-sources, Render utilise Postgres standard. Une connexion nommée render_app est enregistrée sous render_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 copie ni planification.

Documentation du fournisseur : render.com

FAQ

Questions concernant le rendu

Quels outils peuvent lire les données de rendu via les 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 Render ?

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 lors du rendu ?

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

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 : dpg-<id>-a.<region>-postgres.render.com — nom externe ; les noms internes ne sont pas résolus depuis l’extérieur de Render. Port : 5432. Pilote : Npgsql, distribué par l’agent — aucune installation n’est requise côté Render. Format de l’URL : l’URL de la base de données externe, disponible dans le panneau Connexions de la base de données, sous la forme d’un URI postgres://.

Puis-je joindre Render à 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 Render 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 à Render est-elle différente de la connexion à PostgreSQL ?

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

Existe-t-il un guide sur la fonction « Rendu vers Excel » ?

Oui, il s'agit bien du guide PostgreSQL, et il est correct pour Render tel quel. Render utilise le protocole PostgreSQL ; par conséquent, l'exportation vers Excel, Google Sheets et toute autre destination suit les mêmes étapes. Seule la chaîne de connexion est spécifique à Render, et la carte Render la renseigne automatiquement.

Placez Render 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