Acompanhar inserções com Realtime

Prepare a tabela

Este exemplo usa a tabela tarefas da trilha inicial, com RLS e permissão de SELECT para o proprietário. No Dashboard, habilite a tabela na publicação supabase_realtime. Antes de alterar a publicação por SQL, confira se ela já contém a tabela:

1
select schemaname, tablename
2
from pg_publication_tables
3
where pubname = 'supabase_realtime';

Se public.tarefas estiver ausente, adicione apenas essa tabela:

1
alter publication supabase_realtime add table public.tarefas;

Assine os eventos da aplicação

Execute a inscrição depois do login. O cliente é o mesmo configurado no guia de JavaScript:

1
const canal = supabase.channel('novas-tarefas')
2
  .on('postgres_changes', {
3
    event: 'INSERT', schema: 'public', table: 'tarefas'
4
  }, (evento) => console.log('Nova tarefa:', evento.new))
5
  .subscribe((estado) => console.log('Canal:', estado))
6

7
// Ao desmontar a tela, execute:
8
// await supabase.removeChannel(canal)

Abra duas abas com a mesma identidade de usuário. Espere SUBSCRIBED na primeira e insira uma tarefa pela segunda. O evento deve trazer a linha permitida pela política. Repita com outra identidade de usuário para conferir o isolamento. Evite registrar dados pessoais no console de uma aplicação publicada.

Escolha como atualizar a tela

Para uma lista pequena, consulte novamente as tarefas depois do evento. Trate carregamento, falha e reconexão, pois o evento recebido não substitui a consulta inicial. Remova a inscrição quando a tela deixar de existir para evitar canais duplicados.

Postgres Changes atende este exercício. Para maior escala, avalie Broadcast conforme a documentação oficial e planeje a autorização dos canais. O comportamento de DELETE difere do exemplo de INSERT: não amplie os eventos sem revisar as condições de entrega.