Da conta ao primeiro dado.
A conta da VIKI administra seus projetos. Cada projeto tem um banco PostgreSQL e recursos para os usuários da sua aplicação.
- Crie sua conta e escolha o projeto. Entre no painel, confira o plano e os limites e crie um projeto. Aguarde a confirmação de disponibilidade.
- Crie uma tabela. No projeto, abra Editor de tabelas → Criar tabela. Dê um nome, adicione suas colunas e revise o SQL. A tabela começa vazia; id e data de criação são automáticos.
- Insira seus dados. Selecione a tabela e preencha uma linha. Deixe id e created_at vazios para usar os valores automáticos. O editor administrativo pode acessar dados que sua aplicação ainda não tem permissão para ver.
- Escolha como conectar. Abra Conectar aplicação. Use PostgreSQL no servidor, a API com chave anon no navegador ou um token pessoal para ferramentas de desenvolvimento.
- Defina quem pode acessar. Em Autenticação, configure os usuários do app e as políticas por tabela. Uma tabela nova tem proteção por linha (RLS) ativada e bloqueia o acesso da aplicação até você definir uma política.
- Teste com duas contas. Antes de publicar, confirme que cada usuário vê apenas o que deve. Confira também visitante sem login, inserção, edição e exclusão.
Construa sua primeira aplicação
Tutorial completo: login, notas e arquivos por usuário · Instalar SDK e CLI · Guia de migração
Qual credencial usar?
| Credencial | Uso | Onde guardar |
|---|---|---|
| Conexão PostgreSQL | Servidor, migrations e ferramentas de banco | Segredo no servidor; nunca no navegador |
| Chave anon + JWT do usuário | API da aplicação, respeitando permissões por linha | A chave anon pode ir ao frontend; proteja a sessão de cada usuário |
| Chave service | Operações privilegiadas de backend | Somente no servidor |
| Token pessoal VIKI | Terminal e agentes para administrar projetos e executar SQL conforme escopos | Gerenciador de segredos da ferramenta |
SQL funciona, mas o aplicativo não mostra dados
O editor SQL usa acesso administrativo. A API da aplicação aplica permissões e políticas. Sem RLS, o gateway recusa a tabela; com RLS e sem uma política que permita a operação, o usuário não verá as linhas. Para dados particulares, adicione uma coluna UUID de dono, como user_id, e escolha uma política que compare esse valor com auth.uid(). Teste com dois usuários antes de usar dados reais.
O que conferir antes da migração
Valide tabelas, extensões, autenticação, políticas, arquivos e chamadas de API em uma cópia. O endereço e os contratos da VIKI não são uma substituição automática dos do Supabase. Mantenha o ambiente original até validar a aplicação.
Arquivos têm limite de 32 MiB por envio. Realtime exige chave service e deve ficar no backend. Publicação estática recebe um build pronto; um servidor Node/Next com SSR exige um ambiente de execução compatível fora desse fluxo. O SDK e a CLI têm downloads versionados no guia de ferramentas; use os endereços completos indicados.
Se algo falhar
Consulte Status da plataforma e os Logs do projeto. Guarde horário, operação, mensagem e identificador da requisição, quando disponível. Nunca compartilhe senha, token ou conexão completa. Se precisar de ajuda, fale com o suporte da VIKI.