Replies: 3 comments 5 replies
|
Thank you very much! Exactly what I was looking for. |
0 replies
|
This connection string works, but if you want RLS to work, you can switch the postgres user to the pgbouncer user. The pgbouncer is then granted public etc. GRANT ALL PRIVILEGES ON ALL TABLES IN SCHEMA public to pgbouncer;
GRANT ALL PRIVILEGES ON ALL SEQUENCES IN SCHEMA public to pgbouncer;
GRANT ALL PRIVILEGES ON ALL FUNCTIONS IN SCHEMA public to pgbouncer;This hack should work as long as there is a pgbouncer in the initial _supervisor.users table. |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment

Uh oh!
There was an error while loading. Please reload this page.
After a while, I'm getting this error in my local environment which I believe is related to there being too many open connections. When I restart Docker, everything works fine.
PostgresError: remaining connection slots are reserved for non-replication superuser connections at Socket.emit (node:events:519:28)How can I enable connection pooling locally? Or is there another solution to my problem?
I followed the steps here to set up my local environment (https://supabase.com/docs/guides/cli/local-development) - but nowhere does it mention anything about connection pooling locally...
I found a docker imagine for supavisor, but honestly I don't know much about docker and how I would integrate this file into my current "stack" of docker images that are running once I do
supabase initAll reactions