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

Le port est par cluster, et c'est le champ qui attire les gens

La plupart des fournisseurs de services gérés conservent le moteur par défaut. Vultr, lui, ne le fait pas, et tout le reste dépend de sa configuration correcte.

• Les clusters PostgreSQL utilisent généralement le port 16751 plutôt que le port 5432, et les clusters MySQL disposent également de leur propre port. Ce numéro appartient au cluster, et non au moteur.
• La carte laisse donc délibérément le champ du port vide plutôt que d'y inscrire une valeur par défaut erronée. Il faut saisir ou coller l'information, et elle refuse d'enregistrer sans cette information.
• C'est le pire scénario. Une erreur 5432, certes erronée mais plausible, permettrait de remplir le formulaire sans problème, puis d'obtenir un délai d'attente lors de la connexion, ce qui serait interprété comme un blocage par le pare-feu et vous orienterait vers une solution totalement erronée.
• Coller la chaîne de connexion depuis les détails de la connexion est la méthode la plus fiable, car le port y transite.

Une carte, deux moteurs, et ils diffèrent par leur cryptage.

Le sélecteur de moteur en haut change plus que le pilote. Il est donc conseillé de lire attentivement cette partie avant de décocher une case.

• Sélectionnez PostgreSQL et l'agent imposera le chiffrement pour tout hôte .vultrdb.com, quelle que soit la valeur de la case à cocher. Vultr l'exige, et l'agent n'enverra aucun texte en clair à ce nom d'hôte.
• Sélectionnez MySQL : la case à cocher constitue l’intégralité du mécanisme. Elle est activée par défaut et la connexion est chiffrée tant qu’elle reste activée, mais rien ne la désactive si vous la désactivez.
• La différence est structurelle et non due à un oubli : l’agent conserve une table des noms d’hôtes PostgreSQL hébergés pour lesquels il impose le protocole TLS, et il n’existe pas d’équivalent pour MySQL. Cette même distinction s’applique à chaque carte multi-moteurs.
• Les instructions pratiques sont les mêmes dans les deux cas. — Laissez l'option « Utiliser SSL » activée. Sur MySQL, c'est le seul moyen de protéger la connexion.
• Dans aucun des deux cas, la chaîne de certificats n'est vérifiée. Le chiffrement sert à empêcher toute interception du trafic, et non à prouver quel serveur a répondu.

Ce que la connexion peut et ne peut pas faire

Les mêmes garanties s'appliquent aux deux moteurs.

• Tout ce que l'agent exécute est en lecture seule, une instruction à la fois, et il n'exécutera rien qui écrive.
• Les identifiants restent sur la machine où l'agent est installé. Query Streams n'en conserve aucune copie, ni de vos données.
• Vous pouvez partager la possibilité d'exécuter une requête enregistrée sans partager le code SQL sous-jacent ni le mot de passe de la base de données.
• Quel que soit le moteur choisi, la connexion est enregistrée sous ce nom, Vultr étant conservé comme badge.

-- Lecture seule, quel que soit le moteur que vous avez choisi\nSELECT c.name,\n COUNT(o.id) AS orders,\n SUM(o.amount) AS revenue\nFROM customers AS c\nJOIN orders AS o ON o.customer_id = c.id\nWHERE o.placed_at >= now() - interval '30 days'\nGROUP BY c.name\nORDER BY revenue DESC;