Connecter Pont croustillant vers Excel, Google Sheets, l'IA et REST

Deux ports, un nom d'hôte, et aucune désynchronisation possible

La plupart des services Postgres gérés avec pool de cache vous fournissent un second nom d'hôte ou une option à mémoriser. Crunchy Bridge, quant à lui, modifie uniquement le port, ce qui s'avère plus important qu'il n'y paraît.

• Le port 5432 est celui de la base de données directe. Le port 5431 est celui du serveur PgBouncer intégré, fonctionnant en mode transactionnel, sur le même hôte et avec les mêmes identifiants.
• Comme le port fait partie de chaque chaîne de connexion, il est transmis avec le contenu du fichier. Collez un URI 5431 et la carte bascule automatiquement en mode pool. — vous n’avez pas besoin de savoir que le sélecteur de mode existe.
• L'agent lit le même port lors de la connexion ; ainsi, ce qui est affiché par le badge et ce qui se passe réellement correspondent, contrairement à deux paramètres qui peuvent diverger. Sur les cartes où l'indicateur de mise en commun est stocké séparément de l'adresse, cela est possible.
• Le sélecteur de mode ne vous permettra pas de vous contredire. Choisissez le pool avec le port toujours sur 5432 ; le système vous le confirmera avant même que vous puissiez enregistrer, ce qui constitue précisément le dysfonctionnement que cette conception vise à éviter.

Qu'est-ce qui change quand on traverse la piscine ?

Le regroupement de transactions transfère votre session vers un backend différent entre les instructions, et deux valeurs par défaut de Npgsql doivent être déplacées pour que cela soit sûr.

• Les requêtes préparées sont désactivées. Les requêtes préparées nommées ne sont pas conservées lors de leur réaffectation à un autre système de traitement du texte ; la préparation automatique est donc désactivée afin d’éviter toute défaillance ultérieure en cas de forte charge.
• La réinitialisation de session qui s'exécute normalement lorsqu'une connexion revient au pool est ignorée, car sur un gestionnaire de pool de transactions, cette réinitialisation n'est pas à votre charge.
• Les deux sont appliqués par l'agent directement depuis le port. Aucune configuration n'est requise et il est impossible d'avoir un point de terminaison mis en pool sans le comportement associé.
• Utilisez le port direct pour les lectures longues et le pool pour les nombreuses lectures courtes. Les deux méthodes fonctionnent avec Microsoft Excel et Google Sheets ; la différence se situe au niveau de la concurrence, et non dans les résultats.

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

Il est important de le préciser clairement, car cette position est la même pour toutes les cartes Postgres gérées ici, et il est facile de mal l'interpréter.

• Le protocole TLS est obligatoire, mais non optionnel. L'agent force le chiffrement des noms d'hôtes Crunchy même si la case SSL est décochée ; le trafic n'est donc jamais chiffré en clair.
• 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.
• Tout ce que l'agent exécute est en lecture seule, et les identifiants ne quittent jamais la machine sur laquelle il est installé. Query Streams ne stocke aucune copie de vos données ni de votre mot de passe.
• Aucune installation n'est requise côté Crunchy. L'agent intègre le pilote Npgsql et se connecte comme un client classique.

-- 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;