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

Chaque service Aiven possède son propre port

La plupart des serveurs Postgres gérés fonctionnent sur le port 5432 et la plupart des serveurs MySQL gérés fonctionnent sur le port 3306. Aiven ne fonctionne sur aucun des deux, et cela influence le comportement de cette carte.

• Le port est par service — un numéro à cinq chiffres attribué par Aiven, peu connu du grand public. La carte est livrée avec le champ du port vide plutôt que prérempli d'une valeur erronée.
• Comme le port ne véhicule aucun signal du moteur, indiquer simplement l'hôte et le port ne suffit pas pour distinguer PostgreSQL de MySQL. Indiquez l'URI complète du service ; le système de classification permettra de faire la distinction.
• Les valeurs par défaut qui peuvent être préremplies sont : la base de données defaultdb et l’utilisateur avnadmin, qui sont les valeurs par lesquelles un nouveau service Aiven est initialisé.
• Un pool de connexions possède également son propre port et son propre nom. — Sur Aiven, le nom du pool doit être saisi dans le champ Base de données.

Deux moteurs, et ils ne sont pas identiques en dessous

La carte a la même apparence quel que soit le moteur choisi, mais ce que l'agent en fait diffère, et il vaut mieux être précis que rassurant.

• Sur PostgreSQL, le protocole TLS est obligatoire pour les serveurs .aivencloud.com, quelle que soit la valeur de la case à cocher. Une chaîne de caractères dont le mode SSL a été perdu dans le presse-papiers est toujours transmise chiffrée.
• Sur MySQL, la case à cocher est bien réelle. Elle est activée par défaut et doit le rester. — Désactivez-le et la connexion n'est plus chiffrée, sans aucun moyen de la contourner.
• Dans les deux cas, le trafic est chiffré, mais la chaîne de certificats n'est pas vérifiée. Le téléchargement de l'autorité de certification d'Aiven n'est pas intégré à cette carte et aucun champ n'est prévu à cet effet.
• Les adaptations de mise en pool sont spécifiques à PostgreSQL. Sur un pool Postgres, l'agent désactive les requêtes préparées et ignore la réinitialisation de session, ce qui est nécessaire à un gestionnaire de pool de transactions ; sur MySQL, le mode est enregistré mais reste inchangé.

Collez l'URI du service, pas les éléments.

Quatre champs et un port par service, c'est plus que ce que quiconque devrait retaper, la carte est donc construite autour de cette chaîne de caractères.

• Les formats d'URI postgres:// et mysql:// sont tous deux analysables, et c'est le schéma qui indique à la carte quel moteur vous aviez en tête.
• Tout élément dont le schéma est incorrect est rejeté plutôt que d'être partiellement analysé et classé dans les mauvais champs.
• Un mot de passe contenant des espaces en début ou en fin de mot de passe est signalé. Il s'agit d'un artefact du presse-papiers, et cela provoque une erreur d'authentification ordinaire, induisant ainsi les utilisateurs en erreur.
• L'URI 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.

-- PostgreSQL sur Aiven, en lecture seule 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;