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

Trois voies d'accès, laquelle choisir ?

Supabase propose une connexion directe et deux points de terminaison de pool ; le choix est plus important qu’il n’y paraît. L’agent reconnaît celui que vous lui avez indiqué à partir de l’hôte et du port, et s’y adapte.

• Session pooler — le port 5432 sur un hôte pooler.supabase.com. C'est le port par défaut et celui recommandé, car une connexion persistante est précisément le rôle d'un pooler en mode session.
• pooler de transactions — port 6543. Reconnu et ajusté pour : la session n'est pas réinitialisée à la fermeture et les instructions préparées côté serveur sont désactivées, car un pool de transactions réaffecte le backend entre les instructions et les instructions préparées ne survivent pas à cela.
• Direct — port 5432 sur un hôte db.<project>.supabase.co. Il est important de noter que Supabase utilise uniquement IPv6, sauf si vous avez souscrit à l'extension IPv4. Si le réseau de l'agent est exclusivement IPv4, la connexion échoue et le message d'erreur l'indique, vous invitant à utiliser le pool de sessions plutôt que de vous laisser deviner.
• La forme du nom d'utilisateur diffère entre eux — un pooler veut postgres.<project-ref>, direct veut postgres simple — et ceci est vérifié au fur et à mesure que vous tapez plutôt qu'à la première requête.

Votre schéma, pas le système de Supabase.

Un projet Supabase intègre de nombreux mécanismes dans ses propres schémas. Si on les laisse tels quels, ils noient le sélecteur de tables sous un flot d'informations que personne ne souhaite inclure dans les rapports.

• Les modules auth, storage, realtime, supabase_functions, supabase_migrations, pgbouncer et le reste ne sont pas listés sur un hôte Supabase.
• Les clés de filtrage sont protégées au niveau de l'hôte ; ainsi, un serveur Postgres standard possédant un schéma nommé « auth » les conserve. Aucune donnée n'est masquée pour une base de données autre que celle de Supabase.
• Le schéma public reste le schéma par défaut, qui est celui utilisé comme partie centrale par une requête inter-sources.

Lorsque le mot de passe est refusé

L'erreur la plus fréquente lors de la configuration de Supabase a une cause déroutante : l'identifiant du tableau de bord et le mot de passe de la base de données sont deux choses différentes, et c'est le second qui est requis. Lorsque PostgreSQL refuse les identifiants, l'agent indique lequel des deux est probablement utilisé, plutôt que de transmettre l'erreur brute.

-- supabase_app est la connexion, public est le schéma Postgres SELECT p.plan, COUNT(*) AS accounts FROM supabase_app.public.profiles p JOIN stripe.stripe.subscriptions s ON s.customer_id = p.stripe_id WHERE s.status = 'active' GROUP BY p.plan