Dia a diaSuas queries, dentro de cada banco.
Explorador e queries. A árvore se organiza por conexão e por banco. O primeiro nó de cada banco são as suas queries salvas: assim o trabalho fica onde deve ficar, e não em abas soltas.
- Pastas e grupos coloridos, por cliente ou por ambiente, é só arrastar os servidores.
- As queries se salvam sozinhas enquanto você digita.
- Abas de pré-visualização como no VS Code, e cada aba com sua própria sessão: os SET, as tabelas temporárias e as transações se mantêm.
Um editor que fala o dialeto de cada motor.
Editor inteligente. CodeMirror 6 com a linguagem de cada motor (o SQL de cada dialeto, CQL, JSON, Cypher, Flux, comandos Redis) e autocompletar de tabelas e colunas.
- Execute a seleção ou a instrução sob o cursor.
- Cancele uma consulta com o mecanismo nativo do motor.
- Formatação de código e templates para criar objetos.
Do resultado ao Excel, sem limites.
Resultados, filtros e exportação. Uma grade virtualizada que mostra vários resultados por execução, com visualizador de células e JSON formatado.
- Filtros por coluna nos dados de uma tabela, aplicados no servidor.
- Copie em 10 formatos: CSV, JSON, YAML, INSERT, UPDATE e mais.
- Exporte para CSV, TSV, JSON, JSONL, SQL, XLSX ou XML: a consulta completa em streaming, não só o que está na tela.
- Gráficos dos resultados com um clique.
Edite uma célula. Você decide se ela é executada.
Edição de células segura. Ao alterar uma célula, o DBine gera o código de atualização na linguagem do motor e o adiciona à query. Nada é executado pelas suas costas.
- UPDATE, comandos do Mongo ou do Redis, conforme o motor.
- Definir NULL, desfazer alterações e revisar tudo antes de executar.
Desempenho e operaçãoCada consulta, ao vivo.
Profiler. Clique com o botão direito em um banco e veja todas as consultas que qualquer aplicação executa nele, no estilo do Profiler do SQL Server, em dezenas de motores.
- Horário, duração, texto, banco, usuário, cliente, linhas e erro de cada consulta.
- Filtre, encontre as lentas e abra-as no editor.
- Se o motor precisa ativar algo para capturar, o DBine ativa e restaura ao terminar. Em somente leitura, não toca em nada.
- CPU, leituras e escritas de cada consulta, onde o motor informa esses números e na sua própria unidade (páginas, blocos, linhas, bytes ou documentos), com média, mínimo, p95 e máximo ao agrupar as consultas iguais.
O pulso do servidor, num relance.
Monitor do servidor. CPU, memória, sessões e atividade em tempo real, com um clique direito na conexão, nos motores que expõem essas informações.
- Gráficos ao vivo para detectar picos.
- Sessões ativas e o que cada uma está executando.
Descubra para onde vai o tempo.
Planos de execução. Planos gráficos no estilo do Management Studio, estimados, reais ou os dois juntos, com zoom e navegação.
- Disponível em todo motor que tem planos: SQL, Mongo, Neo4j, Elasticsearch e mais.
- O mesmo visualizador para todos os motores.
Cópias próprias em todos os motores, e as do servidor.
Backups. Cada banco tem sua aba de backups: cópias do DBine em qualquer motor, com a estrutura e os dados em um script local que se restaura no mesmo banco ou em outro, e os backups nativos do servidor nos motores que os têm.
- Cópias do DBine em todos os motores, com um histórico local de data, objetos, linhas e tamanho. Restaure no mesmo banco ou em outro, com confirmação prévia.
- Backups do servidor onde o motor oferece, como SQL Server, Oracle, SAP HANA, ClickHouse, Snowflake, BigQuery, Elasticsearch ou Redis: o histórico e o script para fazer, restaurar ou excluir um backup, que você revisa antes de executar.
- Os scripts são copiados com as chaves e senhas ocultas. As conexões somente leitura veem o histórico, mas não fazem nem restauram backups.
Usuários, papéis e permissões, em um só lugar.
Usuários e permissões. Uma aba para ver e administrar os usuários, papéis e permissões do servidor. Cada mudança vira um script na linguagem do motor que você revisa antes de executar.
- Usuários e papéis com seus vínculos e permissões: sobre qual objeto, se são diretas ou vêm de um papel, se podem ser concedidas a outros e se estão negadas.
- Crie usuários e papéis, troque senhas, habilite ou desabilite o acesso e conceda ou revogue permissões sobre o banco, um esquema ou um objeto. A senha não aparece na pré-visualização nem no histórico.
- O DBine pergunta ao servidor o que o usuário conectado pode fazer: backups, o Profiler, encerrar sessões ou administrar usuários aparecem desabilitados, com a permissão que falta, se ele não puder executá-los. Quando o motor não permite saber com certeza, a ação fica habilitada.
- Na grande maioria dos motores, do SQL Server, PostgreSQL, MySQL e Oracle ao MongoDB, Cassandra, Redis, Elasticsearch e Neo4j; não nos que não permitem, como SQLite, DuckDB ou DynamoDB.
Estrutura e mudançasDois bancos, lado a lado. Iguale-os com um clique.
Comparar esquemas. Compare a estrutura de dois bancos no estilo do WinMerge, mesmo que sejam de conexões ou de motores diferentes.
- Tabelas, colunas, índices, chaves, views, procedures, funções e triggers.
- Leve cada mudança de um lado para o outro com as setas, com desfazer.
- Script de sincronização na ordem certa, com alertas quando algo pode perder dados.
As mesmas tabelas, linha por linha.
Comparar dados. Compare as linhas de duas tabelas ou coleções de qualquer motor, no mesmo banco, em servidores diferentes ou em motores diferentes, e escolha para qual lado vai cada diferença. O DBine monta o script de cada lado na linguagem do seu motor e não executa nada até você decidir.
- As linhas são pareadas pela chave primária, ou pelas colunas que você escolher se a tabela não tiver chave. Os valores são comparados pelo que valem, e não pelo jeito como cada motor os devolve: 1 e 1.00 são iguais.
- Linhas iguais, linhas diferentes com cada valor diferente destacado e linhas que estão só de um lado. Em cada uma você escolhe atualizar, inserir ou excluir; as exclusões nunca são escolhidas sozinhas.
- Um script para cada lado que muda: SQL nos motores SQL e os comandos próprios no MongoDB e nos demais. Copie, abra em uma query ou execute, e o DBine compara de novo.
- Proteções: um alerta se as duas tabelas não forem a mesma, exclusões sempre pela chave, atualizações só das colunas diferentes e conexões somente leitura que recusam o script.
De um motor para outro, sem reescrever à mão.
Migrar para outro motor. Converte as tabelas de um banco para outro motor: tipos, valores padrão, autoincrementos, chaves, índices e nomes.
- Um relatório de cada mudança e do porquê.
- O script do destino pronto para revisar e executar.
Leve os dados, não só a estrutura.
Transferir, clonar e sincronizar. Passe tabelas e dados de um banco para outro, mesmo que seja de outro motor, com a carga em massa nativa de cada motor. Entre bancos do mesmo motor, você também pode clonar o banco inteiro ou sincronizar só o que mudou.
- Carga em massa nativa onde o motor oferece (COPY binário no PostgreSQL, INSERT BULK no SQL Server, LOAD DATA no MySQL e mais); nos demais, INSERT em lotes, então nenhum motor fica de fora.
- Várias tabelas em paralelo com memória limitada, progresso e linhas por segundo de cada tabela, e a opção de cancelar ou tentar de novo cada uma. A origem é sempre aberta em somente leitura e os dados chegam sem perda.
- Se uma execução for interrompida, você a retoma depois sem copiar de novo as tabelas que já terminaram.
- Clonar replica a base no destino: esquemas, tabelas, partições, índices, restrições, sequências, views, rotinas e triggers, com os dados se você quiser, adaptado ao que o servidor de destino suporta, e a prévia mostra o que não pôde ficar idêntico. No SQL Server, no Azure SQL e no PostgreSQL e seus compatíveis, como TimescaleDB, AlloyDB, Cloud SQL, Aurora e EDB.
- Sincronizar compara pela chave e, em uma transação por tabela, insere, atualiza e exclui só as linhas diferentes. Nos mesmos motores, mais o YugabyteDB.
- Cada migração fica salva sob o banco de origem, com a configuração e o histórico de execuções, pronta para reabrir, retomar ou repetir. A configuração vai junto na sincronização na nuvem.
Uma cópia exata, ao lado da original.
Clonar tabela. No explorador, clone qualquer tabela, coleção ou índice no mesmo banco, com a estrutura e os dados. O clone fica exato ou não é criado: se algo não puder ser copiado igual, o que foi criado é descartado, o motivo é explicado e a original nunca é tocada.
- Colunas, chave primária, restrições, índices e chaves estrangeiras, com os valores de identidade preservados e o contador ou a sequência acima deles.
- Só a estrutura ou também os dados, com ou sem índices. Os nomes novos respeitam o tamanho máximo de cada motor.
- Respeita o que é próprio de cada motor: partições e filegroups no SQL Server, restrições de exclusão no PostgreSQL, documentos completos no MongoDB e no Cosmos DB, mapping e settings no Elasticsearch e no OpenSearch.
- Em todos os motores cujas tabelas ou coleções guardam linhas próprias; não se aplica a grafos, chave-valor, streaming nem a alguns motores como CouchDB ou InfluxDB 2/3.
Modele, visualize e regenere seu banco.
Designer, diagrama ER e scripts. Um designer de tabelas adaptado a cada motor, diagramas ER que aguentam centenas de tabelas e um gerador de scripts para restaurar.
- Diagrama com relacionamentos, filtro por esquema, minimapa e exportação para SVG ou PNG.
- Script do banco com DROP, CREATE, índices, chaves, views, rotinas, dados e triggers, na ordem certa.
- No Mongo, modela coleções, com validação.
Seus arquivos, direto para uma tabela.
Importar dados. Importe CSV, TSV, JSON, JSONL, XLSX e XML para uma tabela nova ou existente, com mapeamento de colunas.
- Execute arquivos de script grandes em partes, por exemplo para restaurar um dump.
ProdutividadeUma IA que escreve. Você executa.
Assistente de IA. Um chat ao lado do editor que escreve queries, explica ou corrige a que está no editor e responde sobre a estrutura do banco.
- Nunca executa nada: o código dela é adicionado à query e você decide.
- Nunca envia linhas de dados: só o motor, a estrutura e o editor.
- Usa um modelo local integrado, Ollama, LM Studio, Claude Code ou Codex.
Seus assistentes de IA, com os limites que você definir.
Servidor MCP. O DBine funciona como servidor MCP local, para que Claude Code, Codex, Cursor, Claude Desktop, VS Code ou Windsurf trabalhem com suas conexões enquanto o DBine está aberto, em qualquer motor. Você decide até onde vai cada conexão.
- Quatro níveis por conexão: nada, só a estrutura, leitura ou escrita. De fábrica, só a estrutura.
- As conexões com a etiqueta prod e as somente leitura nunca passam de leitura.
- Cada escrita pede sua aprovação (ou você aprova todas as de um cliente) e mostra o código exato; se você não responder em dois minutos, ela é recusada.
- Um token revogável por cliente, e o servidor só escuta nesta máquina. Um registro local mostra cada chamada, sem senhas nem segredos.
Seus scripts de DBA, sempre à mão.
Biblioteca de scripts. Guarde os scripts que você usa sempre, organizados por motor, e abra-os no banco ativo.
- Parâmetros preenchidos com as tabelas desse banco.
- Pastas, busca e importação da sua pasta de .sql de uma só vez.
Mude para o DBine em um minuto.
Importar conexões. Traga suas conexões do DBeaver, DbGate, DataGrip, Azure Data Studio ou SSMS, ou cole URLs de conexão.
- O DBine lê os arquivos dessas ferramentas e mostra o que encontrou.
- As senhas vão direto para o chaveiro do sistema.
Seu ambiente, seguroSeu ambiente, em qualquer máquina.
Sincronização na nuvem. Conexões, pastas, queries, preferências e senhas sincronizadas com criptografia de ponta a ponta, na sua própria conta.
- Google Drive, OneDrive ou qualquer pasta, como iCloud ou Dropbox.
- Resolve conflitos sem perder dados.
- A AddLayer não tem servidores para isso e nunca vê seus dados.
Tranquilidade em produção.
Segurança e somente leitura. As senhas vão para o chaveiro do sistema, nunca para arquivos nem para logs. E as conexões somente leitura bloqueiam tudo o que não for leitura.
- Keychain, Credential Manager ou Secret Service.
- Somente leitura de verdade: o DBine bloqueia as escritas, inclusive no Profiler e na sincronização de esquemas.
Seus bancos privados, via SSH.
Túneis SSH. Qualquer conexão a um motor de rede pode chegar ao banco através de um servidor SSH, ou de uma cadeia de bastions, para trabalhar com bancos que só são visíveis de dentro de uma rede privada.
- Senha, chave privada (OpenSSH ou PEM, com frase secreta) ou as chaves do seu agente SSH, como ssh-agent, 1Password ou Pageant.
- Cada servidor é verificado no known_hosts: os novos mostram a impressão digital SHA256 para você confirmar e uma chave que não confere é recusada.
- A senha e a frase secreta SSH vão para o chaveiro do sistema, nunca para arquivos nem para logs.
- Um único túnel por conexão, que se reabre sozinho se cair e se mantém ativo com keepalives.