What is supported
- Import tables from Supabase into a Synthbrew schema draft
- Create Supabase-targeted sources (
runtimeTarget.provider = "supabase") - Populate and regenerate directly into a selected Supabase schema
- Run runtime CRUD through Synthbrew API routes on Supabase-backed sources
Required permissions
Use a dedicated Postgres user for Synthbrew and grant only what it needs. For schema import:CONNECTon the databaseUSAGEon schemas you want to introspectSELECTon selected tables and metadata views (information_schema,pg_catalog)
USAGEandCREATEon the target synthetic schemaSELECT,INSERT,UPDATE,DELETE,TRUNCATE,REFERENCES,TRIGGERon objects in that schema
Setup flow
- In Synthbrew, open Schemas and choose Import from Supabase.
- Paste a Supabase/Postgres connection string and run a preview.
- Select schemas/tables, review warnings, and create the schema.
- In Sources, create a source with runtime target
supabase, setschema, and provide the connection string. - Run populate/regenerate. Synthbrew writes only to the configured synthetic schema.
Create a Supabase source via API
You can create Supabase-targeted sources through the Public API endpoint:POST /api/public/v1/projects/{projectId}/sources
config.runtimeTarget with provider and target details:
runtimeTarget.connectionSecretId in the returned source config.
Rate limits
Supabase import and generation endpoints are rate-limited per team and provider. This keeps one provider workload from starving others in multi-project teams.Troubleshooting
permission denied for schema ...
The Supabase database user is missing schema/table grants. Re-check grants for both introspection and write operations.
Generation succeeded but expected tables are missing
Verify the configured runtime target schema on the source settings page. Data is written to that schema, not necessarilypublic.
Read-only DB access section is missing for a source
This is expected for Supabase targets. Managed read-only role provisioning is only available formanaged runtime targets.