Logo des bases de données gérées DigitalOcean

Géré · PostgreSQL + MySQL Maîtrise PostgreSQL / MySQL

Connecter Bases de données gérées par DigitalOcean vers Excel, Google Sheets, l'IA et REST

Bases de données gérées par DigitalOcean — PostgreSQL ou MySQL. Collez la chaîne de connexion depuis le panneau de contrôle de DigitalOcean.

Une seule connexion, chaque surface

Où vos données DigitalOcean peuvent-elles aller ?

Query Streams lit les bases de données gérées DigitalOcean 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. Copiez la chaîne de connexion depuis la vue d'ensemble du cluster ; les champs hôte, port, base de données, utilisateur et mot de passe sont automatiquement renseignés (ce dernier étant uniquement affiché dans la chaîne de connexion). Le port 25060 est utilisé pour une connexion directe, tandis que le port 25061 est utilisé pour une connexion via un pool de connexions. La différence est automatiquement détectée et ne nécessite aucune configuration.

DigitalOcean Managed Databases : PostgreSQL / MySQL en vedette — le pilote standard, donc tous les guides ci-dessous s'appliquent sans modification. La seule partie spécifique à DigitalOcean est la chaîne de connexion, traitée dans détails de connexion.

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

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

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

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

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

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

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

    Comment fonctionne Power BI
  9. DigitalOcean vers Airtable Plateforme d'automatisation

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

    Guide PostgreSQL
  10. DigitalOcean à Baserow Plateforme d'automatisation

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

    Guide PostgreSQL
  11. DigitalOcean à SeaTable Plateforme d'automatisation

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

    Guide PostgreSQL
  12. DigitalOcean vers Smartsheet Plateforme d'automatisation

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

    Utilisez DigitalOcean 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
  14. Pour les outils d'IA
  15. Serveur DigitalOcean MCP Claude, clients de Cursor et MCP

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

    Programmez une requête DigitalOcean 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. Un Droplet DigitalOcean dans la même région permet de réduire le temps de transfert, mais n'importe quelle machine avec HTTPS sortant convient ; aucune règle entrante n'est à ajouter.

02

Collez la chaîne de connexion depuis la vue d'ensemble du cluster. C'est le seul endroit où le mot de passe réel apparaît ; le coller vous évite donc d'en générer un nouveau.

03

Vérifiez si vous avez collé la chaîne de connexion directe ou celle du pool. Le port 25060 est direct, le port 25061 fait partie d'un pool de connexions, et la carte assure la cohérence entre le port et le mode.

04

Ajoutez un utilisateur de base de données avec SELECT si vous préférez ne pas utiliser doadmin. La carte préremplit doadmin et defaultdb car ce sont les valeurs par défaut d'un cluster nouvellement créé.

05

Les applications Save, Microsoft Excel, Google Sheets, Power BI, MCP et REST lisent toutes les données du cluster via une seule connexion.

Analyse approfondie des fonctionnalités

Ce que DigitalOcean vous offre

Direct ou groupé, différencié par le port

DigitalOcean place les pools de connexions sur un port différent du même hôte, ce qui rend la distinction particulièrement nette : il n’y a pas de nom d’hôte distinct susceptible de se tromper.

  • Le port 25060 correspond à la base de données elle-même. Le port 25061 est un pool de connexions exécutant PgBouncer en mode transactionnel par défaut.
  • Collez l'une ou l'autre chaîne de caractères et le mode suivra automatiquement le port ; il n'est pas nécessaire de préciser laquelle vous avez copiée.
  • Choisir un port groupé avec un autre port, ou une connexion directe sur le port 25061, est rejeté sous la forme avec la raison plutôt que d'échouer plus tard en raison d'un délai d'attente dépassé.
  • Pour les pools PostgreSQL, l'agent s'adapte également : il bloque les instructions préparées, car le pooling en mode transactionnel peut transmettre votre prochaine instruction à un autre backend et une instruction préparée nommée ne sera pas disponible.

PostgreSQL et MySQL ne sont pas traités de manière identique.

Les deux moteurs sont présents sur la même carte, mais l'agent gère l'un spécifiquement et l'autre de manière générique. Il est important de bien les distinguer.

  • DigitalOcean exige le protocole TLS pour les bases de données qu'il gère, quel que soit le moteur utilisé. — C'est la règle de la plateforme et elle s'applique aux deux.
  • Pour PostgreSQL, l'agent exige en outre le protocole TLS pour chaque hôte .db.ondigitalocean.com, de sorte qu'une chaîne de caractères ayant perdu son paramètre sslmode dans le presse-papiers reste chiffrée.
  • Pour MySQL, c'est la case à cocher « Utiliser SSL » qui est activée. Elle est cochée par défaut et doit le rester ; il n'y a pas d'autre solution.
  • La gestion des requêtes préparées sur le port 25061 est également spécifique à PostgreSQL. Une connexion MySQL via un pool est une connexion classique via un pool.

Le mot de passe se trouve dans la chaîne de caractères, et uniquement là.

Ce problème est plus fréquent chez DigitalOcean que chez tout autre fournisseur, c'est pourquoi la carte a été conçue en conséquence.

  • Le panneau de configuration affiche le mot de passe uniquement dans la chaîne de connexion. Le plus simple est de coller cette chaîne ; la retaper de mémoire n’est pas envisageable.
  • Le champ de texte accepte postgresql:// et mysql:// et rejette tout autre élément avec un message vous indiquant où se trouve le bon fichier.
  • Un mot de passe contenant des espaces en début ou en fin de chaîne est signalé, car il s'agit d'un artefact de copie courant et il constitue une erreur d'authentification inutile.
  • doadmin et defaultdb sont préremplis car ils sont fournis par défaut avec un nouveau cluster. — les deux sont modifiables par vous, et un utilisateur en lecture seule est une meilleure pratique.
-- Lecture seule, directe ou via le pool, même instruction SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM customers AS c JOIN orders AS o ON o.customer_id = c.id 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 DigitalOcean au reste de vos données

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

Bases de données gérées par DigitalOcean Géré · PostgreSQL + MySQL
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     faire_app.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 DigitalOcean a besoin

Hôte
db-<cluster>-do-user-<id>-0.<x>.db.ondigitalocean.com
Ports
25060 en connexion directe, 25061 pour un pool de connexions — même hôte dans les deux cas
Moteurs
PostgreSQL et MySQL. La connexion est enregistrée sous le nom du moteur que vous avez choisi ; DigitalOcean est conservé comme logo.
TLS
Requis par DigitalOcean pour les deux moteurs. Pour PostgreSQL, l'agent l'exige également pour chaque hôte .db.ondigitalocean.com ; pour MySQL, la case à cocher « Utiliser SSL » l'active par défaut.
Comportement collectif
Sur le port 25061, l'agent bloque les requêtes préparées pour PostgreSQL, ce qui est nécessaire au mode transactionnel de mise en pool. MySQL, au sein d'un pool, ne bénéficie d'aucun traitement particulier.
Valeurs par défaut
doadmin et defaultdb, qui sont les éléments d'un cluster neuf
Mot de passe
Affiché uniquement dans la chaîne de connexion du panneau de contrôle ; collez-la et elle sera lue.
Formats de collage
Vue d'ensemble des URI postgresql:// et mysql:// du cluster
Autres produits DO
Redis managé, Kafka, MongoDB et OpenSearch ne sont pas des bases de données SQL et ne sont pas connectables ici.

La répartition des ports est le principal avantage de l'architecture de DigitalOcean, du point de vue de la connexion. La plupart des fournisseurs masquent la mise en pool derrière un nom d'hôte distinct ou utilisent un port par service imprévisible ; DigitalOcean utilise systématiquement les ports 25060 et 25061 sur le même hôte. Il suffit donc de coller une chaîne de caractères : le mode est déduit, la mise en pool est activée et vous n'avez rien à savoir à l'avance.

L'asymétrie entre les deux moteurs est clairement assumée. L'agent gère spécifiquement DigitalOcean PostgreSQL (TLS obligatoire indépendamment de la case à cocher, requêtes préparées réservées au port du pool) et n'en gère aucun pour DigitalOcean MySQL, qui est accessible via le chemin MySQL général. Les deux fonctionnent ; seul l'un bénéficie d'une seconde couche de protection, et toute page laissant entendre le contraire décrirait une fonctionnalité non implémentée.

Pour une requête inter-sources, le qualificateur suit le moteur de requête. Une connexion DigitalOcean PostgreSQL nommée `do_app` sera écrite `do_app.public.orders` ; sur MySQL, c'est le nom de la base de données qui occupe cet emplacement. Dans les deux cas, la requête s'effectue en une seule instruction en lecture seule, avec une jointure à un dossier de fichiers CSV, à un système d'information local ou à une API de facturation, sans copie ni planification.

Documentation du fournisseur : www.digitalocean.com

FAQ

Questions concernant les bases de données gérées par DigitalOcean

Quels outils peuvent lire les données des bases de données gérées par DigitalOcean 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 DigitalOcean Managed Databases ?

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 gérées par DigitalOcean ?

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 gérées par DigitalOcean ?

Un hôte accessible, un rôle et son mot de passe : l’agent héberge le pilote, aucune installation n’est donc requise sur la base de données. Hôte : db-<cluster>-do-user-<id>-0.<x>.db.ondigitalocean.com. Ports : 25060 (connexion directe), 25061 (pour un pool de connexions) — le même hôte dans les deux cas. Moteurs : PostgreSQL et MySQL. La connexion est enregistrée sous le nom du moteur sélectionné ; DigitalOcean est conservé comme logo. TLS : requis par DigitalOcean pour les deux moteurs. Pour PostgreSQL, l’agent l’exige également pour chaque hôte .db.ondigitalocean.com ; pour MySQL, la case « Utiliser SSL » l’active par défaut.

Est-il possible de joindre des bases de données gérées par DigitalOcean à 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 les bases de données gérées par DigitalOcean 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 aux bases de données gérées DigitalOcean est-elle différente de la connexion à PostgreSQL ?

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

Existe-t-il un guide pour convertir DigitalOcean en Excel ?

Oui, il s'agit bien du guide PostgreSQL, et il est correct pour les bases de données gérées par DigitalOcean. DigitalOcean utilise le protocole PostgreSQL ; par conséquent, la procédure est identique pour connecter DigitalOcean à Excel, à Google Sheets ou à toute autre destination. Seule la chaîne de connexion est spécifique à DigitalOcean, et la fiche DigitalOcean la renseigne automatiquement.

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