Supabase Data API: por que a tabela sumiu e como liberar
Por Mauro Mequelussi · Curso gratuito Supabase sem mistério: banco, auth e RLS · Português (PT-BR)
Resposta direta · O que esta aula resolve
A Aula 8 de 15 ("Supabase Data API: por que a tabela sumiu e como liberar"), parte do módulo "Recursos avançados" do curso gratuito "Supabase sem mistério: banco, auth e RLS" na Escola de Aplicativos (ministrado por Mauro Mequelussi), ensina na prática: desmistificamos a Data API REST baseada em PostgREST. Você vai entender a mudança de segurança que exige grants explícitos em novas tabelas, aprender a identificar o erro 42501 e aplicar a ordem correta entre permissão de tabela e Row Level Security.
Crie sua conta grátis para assistir a esta videoaula em HD
O resumo técnico e os capítulos abaixo são abertos para consulta. Crie sua conta 100% gratuita em segundos para liberar todas as 15 videoaulas em HD, controle automático de progresso, Tutor IA e certificado gratuito verificável.
- R$ 0 · Sem cartão de crédito
- Tutor IA tira-dúvidas da aula
- Certificado gratuito incluso
O que você vai aprender
- Como a Data API gera endpoints automaticamente a partir do PostgREST
- O motivo de tabelas recém-criadas não responderem no frontend e como ler o erro 42501
- A analogia prática entre GRANT (a porta/gaveta) e RLS (as linhas/folhas)
- A ordem correta de aplicação de políticas de RLS e concessão de GRANT em migrations
- Casos em que a Data API pode ser desligada ou substituída por conexões diretas
Pontos-chave da aula
- A Data API atende sob o caminho /rest/v1 espelhando diretamente o schema do PostgreSQL
- Tabelas novas não recebem mais permissão automática para os papéis anon e authenticated
- O erro de código 42501 indica falta de privilégios de acesso na tabela consultada
- Conceder GRANT sem ativar e configurar RLS deixa todos os dados expostos publicamente
- No plano gratuito, as requisições à API são ilimitadas, contando apenas a cota de tráfego de saída
Capítulos e roteiro técnico da aula
10 capítulos minutados- 00:00
Por que tabelas novas somem do app
Entenda a mudança recente no Supabase que impede tabelas recém-criadas de serem expostas automaticamente via API.
- 00:34
A metáfora do cartório: arquivo e balcão
Uma analogia simples para separar o banco de dados da camada de API e entender as duas regras de acesso.
- 00:59
Como funciona a Data API e o PostgREST
Descubra como o PostgREST transforma tabelas em rotas REST automáticas consumidas pelo cliente do Supabase.
- 01:40
Permissão na tabela: a regra do GRANT
Como os papéis anon e authenticated funcionavam antes e por que tabelas novas agora nascem sem grants.
- 02:27
Diagnosticando o erro 42501 no Supabase
Aprenda a ler a mensagem de permissão negada e como reativar o acesso via SQL ou pelo painel.
- 02:48
A combinação essencial: GRANT junto com RLS
Por que liberar a tabela com GRANT sem ativar Row Level Security abre brechas graves de segurança.
- 03:24
Quando não usar a Data API
Casos de uso em que conexões diretas via ORM ou tabelas privadas em outros schemas são a melhor opção.
- 03:47
Alternativas: PostgREST próprio, servidor e GraphQL
Outras abordagens para expor seus dados além da Data API padrão integrada do Supabase.
- 04:08
Limites de uso e custos da API
Como funciona a precificação de requisições e a franquia de tráfego de saída nos planos Free e Pro.
- 04:17
Resumo do acesso e preparação para RLS
Recapitulação dos conceitos de gaveta e folhas e introdução à aula de regras de segurança de linha.
Momentos de destaque na prática
A gaveta fechada: a nova regra de segurança do Supabase
Sua tabela nova não aparece no app? Entenda por que o Supabase mudou o padrão de exposição de tabelas.
Erro 42501 resolvido: a diferença entre GRANT e RLS
Recebeu permissão negada na API? Veja a ordem certa para liberar a tabela sem vazar dados de outros usuários.
Notas de aula e guia de estudo
A Data API do Supabase transforma suas tabelas em endpoints REST prontos para consumo sem que você precise subir um servidor dedicado. No entanto, uma atualização de segurança fundamental alterou o comportamento das novas tabelas criadas no schema público: elas agora nascem fechadas para a API. Nesta aula, você descobre como essa camada funciona e como conceder acessos com segurança.
O que você vai aprender
- Como a Data API gera endpoints automaticamente a partir do PostgREST
- O motivo de tabelas recém-criadas não responderem no frontend e como ler o erro 42501
- A analogia prática entre GRANT (a porta/gaveta) e RLS (as linhas/folhas)
- A ordem correta de aplicação de políticas de RLS e concessão de GRANT em migrations
- Casos em que a Data API pode ser desligada ou substituída por conexões diretas
Pontos-chave
- A Data API atende sob o caminho
/rest/v1espelhando diretamente o schema do PostgreSQL - Tabelas novas não recebem mais permissão automática para os papéis
anoneauthenticated - O erro de código 42501 indica falta de privilégios de acesso na tabela consultada
- Conceder GRANT sem ativar e configurar RLS deixa todos os dados expostos publicamente
- No plano gratuito, as requisições à API são ilimitadas, contando apenas a cota de tráfego de saída