Vindo do PopSQL
O PopSQL está em suporte limitado. Suas queries têm para onde ir.
O PopSQL parou de lançar recursos e adiou o desligamento sem data nova. Migre no seu ritmo, não num aviso de 90 dias: o DataRunner faz o mesmo trabalho — escrever SQL em equipe, variáveis, gráficos, dashboards e envios agendados — e importa o que você salvou lá.
Traga o que você já tem
Pegue a pasta do Git sync
O Git sync do PopSQL gravava cada query compartilhada como um arquivo .sql, em pastas. Zipe essa pasta — ou use um .sql avulso.
Importe em Configurações → Importar
Escolha PopSQL, envie o zip e confira a prévia antes de criar qualquer coisa. Cada arquivo vira uma query privada, na mesma pasta em que estava.
As variáveis continuam variáveis
{{cliente_id}} e '{{data_inicial}}' viram :cliente_id e :data_inicial, ligados como parâmetro — sem aspas na SQL e sem risco de injeção. Condições Liquid ({% if %}, {% unless %}, {% case %}) continuam funcionando: escolhem trechos da SQL, e o valor vai sempre como parâmetro.
O que você usava, e onde está aqui
| No PopSQL | No DataRunner |
|---|---|
| Editor com autocomplete e executar a instrução sob o cursor | Autocomplete pelo schema com a descrição do catálogo, ⌘↵ na instrução, formatar, limite de linhas — e a query se salva sozinha |
| Lint de SQL com regras da organização | Lint no editor (SELECT *, DELETE sem WHERE, {{variável}} do PopSQL com correção para :variável…), com o nível de cada regra escolhido pelo admin |
| Sessão única, tabelas temporárias entre execuções | Sessão persistente no Postgres: a tabela temporária de uma execução está lá na próxima, uma execução por vez |
| Busca em queries, tabelas e colunas | ⌘K acha a query pelo texto da SQL, e as tabelas e colunas do catálogo |
| Formatação condicional e resultado ao lado do editor | Regras de cor salvas com a query; resultado abaixo ou ao lado, lembrado |
| Variáveis: texto, número, data, lista, múltipla escolha | Os mesmos tipos, com opções vindas de outra query e valores impostos no servidor |
| Gráficos e dashboards, agendados por e-mail e Slack | 13 tipos de gráfico, dashboards com filtros, PDF — e o painel enviado num horário, por e-mail ou Slack |
| Consultas agendadas por e-mail e Slack, "só se houver resultado", com aprovação | E-mail, Slack, Teams, Telegram, WhatsApp e webhook, com a mesma condição — e, se o workspace quiser, aprovação de um admin, de novo a cada mudança de horário, SQL ou destinatários |
| Link CSV para o Google Sheets | "Copiar para o Google Sheets": =IMPORTDATA com o link público, pelas mesmas regras de senha e variáveis |
| Links de apresentação com variáveis | Links públicos interativos, com senha e data para expirar |
| Notebooks | Notebooks que juntam resultados de bancos diferentes numa mesma SQL |
| Conexão Direct e bridge para rede privada | Túnel SSH com a chave do servidor confirmada |
| Pastas, histórico de versões, Git sync, catálogo | Tudo isso. O Git sync lê e escreve nos dois sentidos — aponte para o repositório que o PopSQL usava e as {{variáveis}} chegam convertidas. Query privada não vai para o Git. |
| Papel Explorer | Papel Leitor: roda o que está salvo e muda filtros, sem editar SQL |
| Várias pessoas na mesma query; privada, equipe vê ou equipe edita | Os mesmos três níveis. Edição ao vivo: o texto de todos ao mesmo tempo, com o cursor e a seleção de cada um, com o nome; quem só vê acompanha ao vivo. Comentários na própria query |
O que ainda não temos
- Executar projetos dbt Core. O catálogo lê o manifesto do dbt.
- Laços e filtros de texto do Liquid ({% for %}, | upcase). As condições funcionam.
- Sessão persistente fora do Postgres, e por túnel SSH.
Comece pelo que já está pronto
Crie a conta, conecte o banco e importe a pasta do PopSQL. As queries chegam privadas; você compartilha quando quiser.