Logo néon

Postgres sans serveur parle PostgreSQL

Connecter Néon vers Excel, Google Sheets, l'IA et REST

Serveur PostgreSQL Neon, accès direct ou via le point de terminaison mutualisé. Collez la chaîne de caractères fournie par Neon.

Commencez gratuitement 13 destinations

Une seule connexion, chaque surface

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

Néon 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 connecte Neon à Microsoft Excel, Google Sheets, aux assistants IA via MCP, à l'API REST et à Power BI via une connexion en lecture seule. L'agent auto-hébergé communique avec PostgreSQL standard via le point de terminaison direct ou mutualisé de Neon. Le protocole TLS est imposé pour les hôtes .neon.tech, le point de terminaison PgBouncer est détecté automatiquement et les interruptions de service sont absorbées par un délai d'expiration de 30 secondes. Aucun pilote ODBC ni port de pare-feu entrant n'est requis.

Neon est PostgreSQL sur le réseau — le pilote standard, donc tous les guides ci-dessous s'appliquent sans modification. La seule pièce spécifique au Neon est le câble de connexion, traité dans la section détails de connexion.

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

  2. Neon to Excel Microsoft Excel · Complément Excel

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

    Guide PostgreSQL

  3. Neon vers Google Sheets Module complémentaire Sheets

    Exécutez une requête Neon 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 à propos du néon Nova AI · Texte vers SQL

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

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

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

    Comment fonctionne Power BI

  9. Néon vers Airtable Plateforme d'automatisation

    Synchronisez les lignes Neon avec une base Airtable selon un calendrier prédéfini, ou récupérez-les dans un script d'automatisation Airtable.

    Guide PostgreSQL

  10. Néon à Baserow Plateforme d'automatisation

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

    Guide PostgreSQL

  11. Néon à table Plateforme d'automatisation

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

    Guide PostgreSQL

  12. Neon to Smartsheet Plateforme d'automatisation

    Intégrez les résultats de Neon 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. Du néon à l'enclume Anvil Works · Plateforme d'applications

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

    Donnez à un assistant IA un accès en lecture seule à Neon 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 Neon Slack · Discord · Courriel · Webhook

    Programmez une requête Neon 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 : ordinateur portable, machine virtuelle ou conteneur. Neon étant un point de terminaison public, l'agent n'a besoin que d'une connexion HTTPS sortante : aucune règle entrante, aucun peering VPC, aucune liste blanche d'adresses IP.

02

Collez l'URI depuis la console Neon. L'hôte, le port, la base de données et le rôle seront lus, et les chaînes de caractères issues du pool et directes sont toutes deux acceptées.

03

Choisissez entre le mode groupé et le mode direct. Le mode groupé est le mode par défaut et le plus adapté au trafic de requêtes ; le mode direct est limité par le nombre maximal de connexions (max_connections) du serveur de calcul.

04

Laissez le protocole SSL activé. L'agent l'impose pour tout hôte .neon.tech ; ainsi, une chaîne de caractères ayant perdu son paramètre ?sslmode=require dans le presse-papiers permet toujours une connexion chiffrée.

05

Sauvegarde. Le schéma est lu via information_schema et pg_catalog, puis Excel, Sheets, un client MCP et l'API REST lisent tous cette branche via cette unique connexion.

Analyse approfondie des fonctionnalités

Ce que Neon vous offre

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 Neon au reste de vos données

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

3 connexions · 3 agents

Néon 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     néon.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 Neon a besoin

Port
5432
Conducteur
Npgsql 9.0.3, distribué par l'agent — aucune installation requise côté Neon
TLS
Obligatoire et imposé par l'agent pour chaque hôte .neon.tech
Base de données
neondb, à moins que vous ne l'ayez renommé
Rôle
N'importe quel rôle Neon et son mot de passe depuis la console ; un rôle avec accès limité à la sélection est le bon.
Hôte direct
ep-<nom>-<id>.<région>.aws.neon.tech
Hôte commun
ep-<name>-<id>-pooler.<region>.aws.neon.tech — même domaine, même port
Délai de connexion dépassé
30 secondes, dimensionnées pour couvrir un sillage de l'échelle à zéro

Le choix entre accès groupé et accès direct est le seul véritable choix, et il est réversible. Le point de terminaison groupé de Neon utilise le même domaine et le même port, auxquels on ajoute « -pooler » au nom d'hôte. Il exécute PgBouncer en mode transactionnel pour un maximum de 10 000 connexions clientes. L'agent reconnaît cet infixe et s'y adapte : il cesse de réinitialiser la session à la fermeture et désactive la préparation automatique, car celle de Npgsql utilise des requêtes préparées nommées, lesquelles ne sont pas conservées lors de la réaffectation du backend entre les transactions. Vous n'avez rien à configurer : il vous suffit de coller l'une ou l'autre chaîne de caractères pour que le comportement approprié s'applique.

Un nœud de calcul Neon se met en veille lorsqu'il est inactif ; la première requête après une période d'inactivité prend donc quelques secondes pour le réactiver. Le délai d'expiration de connexion de 30 secondes est dimensionné pour cela et non pour une panne rapide, ce qui explique pourquoi une branche froide semble lente une seule fois.

Accordez le rôle SELECT et rien de plus : Neon étant une instance PostgreSQL standard, l’autorisation GRANT SELECT ON ALL TABLES IN SCHEMA public, associée à l’autorisation ALTER DEFAULT PRIVILEGES, couvre les tables ajoutées ultérieurement. Indépendamment de cette autorisation, l’agent bloque toute requête autre qu’une lecture avant même qu’elle n’atteigne Neon.

Chaque branche Neon possède son propre point de terminaison ; une branche correspond donc simplement à une connexion supplémentaire. Il est possible de connecter une source de données à la branche principale et une autre à une branche de développement : les deux se trouvent dans le même compte et peuvent être interrogées simultanément.

Documentation du fournisseur : néon.com

FAQ

Questions sur le néon

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

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 Neon ?

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

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. Pilote : Npgsql 9.0.3, fourni par l’agent ; aucune installation n’est nécessaire côté Neon. TLS : obligatoire et imposé par l’agent pour chaque hôte .neon.tech. Base de données : neondb, sauf si vous l’avez renommée.

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

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

Existe-t-il un guide pour passer de Neon à Excel ?

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

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

Commencez gratuitement Tous les connecteurs

Lecture seule Sortant uniquement Les identifiants restent sur l'agent