Verbinden Supabase naar Excel, Google Sheets, AI en REST

Drie manieren om binnen te komen, en welke moet je kiezen?

Supabase biedt een directe verbinding en twee pooler-eindpunten, en de keuze is belangrijker dan het lijkt. De agent herkent welk eindpunt je hebt opgegeven op basis van de host en poort, en past zich daarop aan.

• Sessiepool — poort 5432 op een pooler.supabase.com-host. Dit is de standaardpoort en de aanbeveling, omdat een langdurige verbinding precies is waarvoor een pooler in sessiemodus bedoeld is.
• Transactiepooler — poort 6543. Herkend en aangepast voor: de sessie wordt niet gereset bij het sluiten en voorbereide statements aan de serverzijde worden uitgeschakeld, omdat een transactiepooler de backend opnieuw toewijst tussen statements en voorbereide statements dat niet overleven.
• Direct — poort 5432 op een db.<project>.supabase.co-host. Goed om te weten: Supabase biedt dit alleen aan via IPv6, tenzij u de IPv4-add-on hebt aangeschaft. Als het netwerk van de agent alleen IPv4 ondersteunt, mislukt de verbinding. De foutmelding geeft dit aan en adviseert u om de sessiepooler te gebruiken in plaats van dat u zelf moet uitzoeken wat er mis is.
• De vorm van de gebruikersnaam verschilt per gebruiker. — een pooler wil postgres.<project-ref>, direct wil gewoon postgres — en dit wordt gecontroleerd terwijl je typt, in plaats van bij de eerste query.

Jouw schema, niet de onderliggende infrastructuur van Supabase.

Een Supabase-project bevat een flinke hoeveelheid mechanismen in zijn eigen schema's. Als die erin blijven staan, overspoelen ze de tabelverzamelaar met zaken waar niemand over wil rapporteren.

• auth, storage, realtime, supabase_functions, supabase_migrations, pgbouncer en de rest zijn verborgen voor weergave op een Supabase-host.
• De filtersleutels worden door de host zelf bewaard, dus een gewone PostgreSQL-server met een schema genaamd 'auth' bewaart deze. Niets wordt verborgen voor een database die niet van Supabase is.
• 'public' behoudt het standaardschema, dat als middelste deel wordt gebruikt in een query die meerdere bronnen combineert.

Wanneer het wachtwoord wordt geweigerd

De meest voorkomende fout bij het instellen van Supabase heeft een verwarrende oorzaak: de inloggegevens voor het dashboard en het databasewachtwoord zijn twee verschillende dingen, en het tweede is degene die nodig is. Wanneer PostgreSQL de inloggegevens weigert, geeft de agent aan welke van de twee waarschijnlijk onjuist is, in plaats van de volledige foutmelding door te geven.

-- supabase_app is de verbinding, public is het Postgres-schema 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