O editor de banco de dados que roda ao lado dos seus dados, não no seu notebook.
English · 简体中文 · 日本語 · Español · اردو · हिन्दी · 한국어 · Português (Brasil) · Русский
Citado pelo projeto PostgreSQL: News · PostgreSQL Clients · Software Catalogue · Community Guide to GUI Tools
Também listado na documentação oficial de Oracle, MySQL, Redis, ClickHouse, MariaDB, Trino, Apache Cloudberry, YugabyteDB, TimescaleDB, DragonflyDB, Garnet, OpenSearch, DuckDB, StarRocks, Databend, Aiven for PostgreSQL, Aiven for MySQL, Apache Kafka, Apache Cassandra e Apache Druid
Este README em português é uma tradução da comunidade e pode estar atrás da versão em inglês. Se houver divergência, vale a versão em inglês.
Um IDE SQL completo com um único comando — sem clonar, sem compilar.
# Docker (recomendado)
docker run -p 3000:3000 ghcr.io/libredb/libredb-studio:latest
# ou com Node.js 24+ (sem Docker)
npx @libredb/studioDepois abra http://localhost:3000. Na primeira execução, a senha de administrador é impressa no log, sem nenhum arquivo de configuração.
Se o navegador não acessar por localhost nem por HTTPS (por exemplo
http://192.168.x.x:3000na rede local), também definaAUTH_COOKIE_SECURE=false. Sem isso, o health check passa, mas o login falha em silêncio e você volta para a tela de login repetidamente.
Precisa de Helm, Homebrew, Snap, winget ou deb/rpm? Veja Instalação abaixo.
Você cria um Postgres em uma plataforma gerenciada e ele fica pronto em quarenta segundos.
Depois você quer ver o que tem dentro. Aí expõe uma porta na internet, ou instala um cliente desktop e abre um túnel SSH, ou desiste e volta para a linha de comando. O banco levou quarenta segundos; abrir uma janela para ele consumiu a tarde.
Agora multiplique isso pela escala. A aplicação usa Postgres, documentos vão no Mongo, cache no Redis, eventos no ClickHouse. Quatro bancos, quatro clientes, quatro conjuntos de credenciais. Na segunda-feira entra alguém novo e, antes de escrever a primeira linha de código, precisa descobrir onde cada dado mora, caçar strings de conexão na wiki e em três chats privados, esperar acesso à VPN e instalar uma ferramenta diferente para cada motor.
Os bancos de dados já se mudaram. Foram para Kubernetes, nuvens gerenciadas, VPCs de clientes que só se alcançam passando por um bastion. Mas as ferramentas para lê-los não se mudaram junto. Continuam sendo aplicativos desktop: pesados, com licença por assento, que precisam ser instalados antes de usar e que assumem um único banco, um único notebook e uma pessoa que nunca troca de máquina.
O LibreDB Studio segue o caminho oposto: a ferramenta vai até os dados, em vez de trazer os dados até a ferramenta.
Levada a sério, essa frase deixa de ser preferência e vira especificação.
- O editor precisa rodar no navegador, porque os dados não estão na sua máquina — e seus colegas também não.
- Precisa abrir no celular, porque a falha que exige uma consulta não espera você ligar o notebook.
- Precisa ser implantado como infraestrutura (container, Helm chart, Operator, template de um clique), porque é assim que tudo que vive ao lado de um banco é instalado.
- Precisa poder ser embutido, porque o lugar mais útil para um editor é dentro do produto que criou o banco.
- Nada pode ficar reservado. Você não pode colocar uma ferramenta com licença por assento e recursos em camadas em cada ambiente que administra. Se o login único custa extra, a ferramenta deixa de ser implantável por padrão.
MIT aqui não é generosidade: é um requisito rígido dessa arquitetura.
PostgreSQL · MySQL · Oracle · Db2 LUW · SQL Server · SQLite · libSQL · DuckDB · MongoDB · Redis · Couchbase · ClickHouse · Apache Druid · Elasticsearch · OpenSearch · Trino · Databend · Apache Cassandra · Prometheus · Apache Kafka · etcd · Neo4j · Milvus · Qdrant · InfluxDB (InfluxQL) · InfluxDB 3 (SQL) · Oxia · S3-compatible object storage
Todos os motores SQL compartilham o mesmo explorador de esquema, diagramas ER, comparação de esquema e painéis de monitoramento. MongoDB e Redis não são motores SQL: não têm diagrama ER nem comparação de esquema. Druid, Elasticsearch, OpenSearch e Trino são exceções duplas: suas interfaces SQL sobre HTTP não têm uma forma de URI que este build saiba interpretar, então se configuram por host e porta, e as migrações geradas explicam a limitação em vez de inventar DDL para um motor cujo SQL não tem comandos de alteração de coluna. O mesmo vale para coleções sem esquema no Couchbase. O diagrama ER dos clusters de busca tem caixas, mas não linhas: os índices não declaram chaves estrangeiras — e no modelo do motor não há nenhuma para declarar.
| Banco de dados | Driver | Capacidades |
|---|---|---|
| PostgreSQL | pg |
IDE SQL completo, planos EXPLAIN, transações, cancelamento de consultas (pg_cancel_backend) |
| MySQL | mysql2 |
IDE SQL completo, EXPLAIN, transações, cancelamento de consultas (KILL QUERY) |
| Oracle | oracledb (modo Thin) |
IDE SQL completo, paginação com FETCH FIRST N ROWS, views de monitoramento V$, ANALYZE TABLE, ALTER INDEX REBUILD, transações |
| Db2 LUW | db2-node (um cliente DRDA em Rust num addon N-API nativo, sem cliente da IBM) |
IDE SQL para Db2 em Linux, UNIX e Windows: navegador de esquemas com tabelas, views, tabelas de consulta materializada, aliases, sequências, módulos, rotinas e triggers, definições armazenadas, paginação com FETCH FIRST / OFFSET, RUNSTATS e REORG por tabela. TLS é obrigatório a menos que você o desative de propósito, porque sem ele o driver envia a senha em texto puro. O driver lê errado alguns tipos (texto não ASCII, BIGINT acima de 2^53, BOOLEAN, XML, LOBs), então a edição em linha, a importação, EXPLAIN, as transações e o cancelamento estão desativados; os problemas conhecidos estão em docs/providers/db2.md |
| SQL Server | mssql (tedious) |
IDE SQL completo, paginação com TOP N / OFFSET FETCH, DMVs sys.dm_*, UPDATE STATISTICS, DBCC CHECKDB, transações, detecção automática de Azure SQL |
| SQLite | bun:sqlite / node:sqlite (conforme o runtime) |
IDE SQL completo, em arquivo ou em memória |
| libSQL | Sem driver, HTTP puro (protocolo Hrana, POST /v2/pipeline, porta 8080) |
IDE SQL completo. O mesmo type-id conecta tanto a um servidor libSQL próprio (sqld) quanto ao Turso Cloud. É o dialeto SQLite pela rede, e com dbstat informa o tamanho real em bytes de tabelas e índices. A credencial é um auth token, não uma senha. Só há duas operações de manutenção — reindex e verificação de integridade: VACUUM, ANALYZE e PRAGMA optimize são rejeitados pelo servidor |
| DuckDB | @duckdb/node-api (complemento nativo N-API, cerca de 68 MB por plataforma) |
IDE SQL completo sobre arquivos DuckDB locais ou :memory:, executando no mesmo servidor da aplicação. Árvore de plano físico com EXPLAIN (FORMAT JSON), introspecção do catálogo duckdb_*, tamanho real por tabela a partir da alocação de blocos de pragma_storage_info, e cancelamento de consultas via interrupt() do próprio driver. Três operações de manutenção: VACUUM, ANALYZE e CHECKPOINT. Aqui REINDEX é erro de sintaxe, e PRAGMA integrity_check e PRAGMA optimize não existem, então não são oferecidos. Não há log de consultas lentas nem lista de sessões: o DuckDB não expõe nenhum dos dois, então esses painéis dizem isso em vez de mostrar 0. Um arquivo de banco aceita apenas um processo do sistema operacional (mesmo em modo leitura), então uma segunda instância do Studio não pode abrir o arquivo que a primeira já tem aberto |
| MongoDB | mongodb |
Editor de consultas JSON e operações em coleções (find, aggregate, insert, update, delete) |
| Couchbase | Sem driver, HTTP puro (REST de Query e de administração) | IDE SQL++ completo, EXPLAIN, explorador de buckets, scopes e coleções, inferência de campos com INFER |
| ClickHouse | Sem driver, HTTP puro (interface SQL, porta 8123) | IDE SQL completo, árvore EXPLAIN em JSON, introspecção de esquema por tabelas de sistema, OPTIMIZE TABLE |
| Apache Druid | Sem driver, HTTP puro (POST /druid/v2/sql) |
IDE SQL somente leitura, árvore EXPLAIN da consulta nativa, introspecção via INFORMATION_SCHEMA, monitoramento com sys.* |
| Elasticsearch | Sem driver, HTTP puro (POST /_sql?format=json, porta 9200) |
IDE SQL somente leitura, explorador de índices e campos baseado no mapping, saúde do cluster e contagem de documentos e tamanho por índice. Sem EXPLAIN, sem operações de manutenção e sem painéis de consultas lentas ou sessões. O SQL do Elasticsearch também não tem OFFSET, então não dá para pedir a segunda página de resultados |
| OpenSearch | Sem driver, HTTP puro (POST /_plugins/_sql, porta 9200) |
O mesmo módulo de provider que o Elasticsearch, com o mesmo IDE somente leitura e o mesmo explorador. Aqui LIMIT n OFFSET m funciona, então a paginação está disponível |
| Trino | Sem driver, HTTP puro (protocolo de cliente, POST /v1/statement, porta 8080) |
IDE SQL completo sobre todos os catálogos configurados, árvore de esquema via information_schema do catálogo fixado na conexão, monitoramento com system.runtime e jmx, contagens reais de linhas via SHOW STATS, cancelamento de consultas e manutenção com kill_query. Trino é um motor de consultas e não armazena dados, então não declara chaves primárias, estrangeiras nem índices em lugar nenhum: o diagrama ER tem caixas sem linhas, a edição inline fica desativada e o painel de capacidade lista catálogos em vez de inventar um tamanho. Consultas com falha também retornam HTTP 200; e mesmo com autenticação desligada no cluster, senha sobre HTTP em texto plano continua sendo rejeitada |
| Databend | Sem driver, HTTP puro (a API de consultas própria do Databend, POST /v1/query, porta 8000) |
IDE SQL contra um servidor Databend próprio ou um warehouse do Databend Cloud: catálogos e bancos de dados na árvore com tabelas, views, views materializadas e tabelas dinâmicas, planos EXPLAIN em texto, monitoramento com system.* do catálogo padrão e cancelamento de consultas com KILL QUERY pelo painel de sessões. Cada instrução roda numa sessão própria, então uma transação ou uma tabela temporária termina com a instrução que a abriu. O Databend não declara chaves, então a edição inline fica desativada, assim como o Create Table. Uma senha por HTTP sem criptografia para um host que não é loopback nem passa por túnel é recusada, a menos que a conexão consinta. Uma conexão ao Cloud nomeia seu warehouse, que é retomado, e cobrado, na primeira instrução, incluindo a abertura da conexão, porque ela lê a árvore de objetos. TLS com CA própria e certificados de cliente; túnel SSH |
| Apache Cassandra | cassandra-driver (JavaScript puro, sem módulos nativos) |
IDE CQL sobre o protocolo nativo (porta 9042), explorador de keyspaces com chaves de partição e de clustering marcadas, resumo via system_views, uptime e consultas em execução. A conexão exige localDataCenter: sem isso o driver se recusa a conectar. Não há EXPLAIN (a gramática CQL simplesmente não tem essa palavra-chave), não há cancelamento de consultas (o protocolo não tem frame de cancelamento) e não há operações de manutenção (compaction, repair e flush são operações JMX do nodetool). E não mostra contagem de linhas nem tamanho: o que o Cassandra consegue dar é uma estimativa de partições a partir dos arquivos já gravados em disco (uma tabela de 500 linhas foi lida como 143) e inteiros em MiB (uma tabela de 19.476 bytes aparece como 1 MiB), então preferimos não mostrar nada a mostrar um número errado |
| Prometheus | Sem driver, HTTP puro (a API HTTP do Prometheus, porta 9090) | Editor de PromQL que envia o texto ao servidor sem alterações, resultados na grade e na aba de gráficos (uma subconsulta com passo, como rate(x[5m])[1h:1m], é plotada como linhas sobre seus timestamps: a aba abre com a primeira série, mais séries são adicionadas pelo menu Y-Axis, uma linha cada, e no máximo oito são desenhadas por vez, além disso aparece "Showing first 8 of N series"; mas o gráfico desenha em 0 uma amostra ausente e um NaN ou Inf entre números, então um range bruto sobre targets com offsets de scrape diferentes mostra zeros falsos), explorador de métricas com os nomes de label como colunas e os metadados como fonte, grupos de regras com regras de gravação e de alerta (um alerta disparado é marcado na árvore), pools e targets de scrape (um target fora do ar é marcado na árvore), e saúde, versão, uptime e estatísticas do TSDB. Somente leitura por design: não chama a API de administração, não faz remote write, não tem EXPLAIN (o endpoint de parse é experimental) nem operações de manutenção. Uma credencial sobre HTTP em texto plano é enviada em vez de recusada, então ative TLS se a conexão atravessa uma rede que você não controla |
| Apache Kafka | @platformatic/kafka (TypeScript puro, porta 9092) |
Uma requisição de leitura em JSON que lê um tópico por partição, offset ou timestamp, a partir do offset mais antigo ou das mensagens mais recentes, com chaves, valores e cabeçalhos decodificados como JSON, texto ou base64, e um valor no formato Confluent rotulado com o ID do schema; explorador de tópicos com partições e configurações não padrão (um tópico offline ou com réplicas insuficientes é sinalizado), grupos de consumidores de ambos os protocolos com lag por partição, brokers com suas configurações, além de informações de saúde, quantidade de tópicos e tamanho em disco. Somente leitura por design: não produz mensagens, não faz commit de offsets, não participa de grupos e não cria tópicos. TLS com CA personalizada e certificados de cliente, e SASL PLAIN ou SCRAM somente sobre TLS; sem túnel SSH, porque os brokers são acessados pelos endereços que anunciam |
| etcd | @grpc/grpc-js (JavaScript puro, gRPC, porta 2379) |
Um subconjunto do etcdctl no editor (get, put, del, txn, leases, um watch limitado, membros, alarmes, usuários e papéis); grupos por prefixo de chave na árvore e cada chave no painel de chaves; o valor de uma chave editado em uma transação condicionada à sua revisão; compactação, desfragmentação e desarme de alarmes para administradores, cada um confirmado digitando o nome da conexão. Toda escrita sob um prefixo do Kubernetes ou em compact_rev_key é recusada, e Secrets do Kubernetes e valores protobuf ou criptografados nunca são exibidos. TLS com CA personalizada, certificados de cliente (o Common Name como usuário do etcd) e login com senha somente sobre TLS; túnel SSH; um modo somente leitura declarado no seed |
| Neo4j | neo4j-driver-lite (JavaScript puro, Bolt, porta 7687) |
Cypher somente leitura no editor, uma instrução por execução, contra o Neo4j 5.26 LTS; rótulos de nó e tipos de relacionamento com suas propriedades como colunas, índices e restrições na árvore; nós, relacionamentos e caminhos como células JSON marcadas na grade, com inteiros de 64 bits e valores temporais exatos; os painéis de monitoramento que o Community oferece. Toda instrução passa por uma política de leitura sobre seus tokens, depois pela classificação do próprio servidor via EXPLAIN (que uma forma SHOW permitida pula), e roda em uma sessão READ, então uma escrita teria de vencer as três camadas. Sem visão de EXPLAIN ou PROFILE, sem manutenção, sem execução pelo agente e sem run_read_query do MCP. TLS com CA personalizada e túnel SSH; sem string de conexão |
| Milvus | @grpc/grpc-js (JavaScript puro, gRPC, porta 19530) |
As requisições REST v2 do próprio Milvus no editor (POST /v2/vectordb/<rota> com um corpo JSON) para leituras, contagens exatas e buscas vetoriais em todo tipo de vetor, incluindo BM25 e busca híbrida; bancos de dados e coleções na árvore com campos, partições, índices e estado de carga; células vetoriais com sua dimensão e cópia do valor completo; Load e Release para administradores, com prévia e confirmação. O Studio não escreve dados, recusa requisições que fariam o servidor chamar outro serviço e alerta sobre a senha root padrão. TLS com CA personalizada e certificados de cliente; senha somente sobre TLS, em loopback ou pelo túnel SSH; um modo somente leitura declarado no seed |
| Qdrant | nenhum, HTTP (a API REST do Qdrant, porta 6333) | As requisições REST do próprio Qdrant no editor (MÉTODO /caminho com um corpo JSON), dezessete rotas de leitura: leituras de pontos, scroll, contagens exatas, facetas, e consultas, lotes e consultas agrupadas sobre vetores densos, esparsos e multivetor, incluindo o modelo BM25 local; coleções na árvore com seus vetores, índices de payload e uma visão amostrada das chaves do payload; células vetoriais com sua dimensão e cópia do valor completo. O Studio não escreve nada, recusa toda entrada de inferência exceto o BM25 local e alerta sobre um JWT sem expiração ou com acesso de gerenciamento. TLS com CA personalizada e certificados de cliente; a chave somente sobre TLS, em loopback ou pelo túnel SSH; um modo somente leitura declarado no seed |
| InfluxDB (InfluxQL) | nenhum, HTTP (a API v1 do InfluxDB, porta 8086) | InfluxQL somente leitura no editor contra InfluxDB 1.x, 2.x e 3 pela API v1 /query, um SELECT, SHOW ou EXPLAIN por execução; bancos de dados e measurements na árvore, com os tags e fields de cada measurement como colunas, e inteiros acima de 2^53 e timestamps em nanossegundos exatos na grade. Somente leitura não importa o que a conexão diga: no 1.x e no 2.x a política de leitura do próprio Studio é a única barreira antes de DROP DATABASE, então toda outra instrução é recusada antes de qualquer requisição, e nenhum endpoint de escrita é alcançado. Usuário e senha, ou um token no campo de senha; uma credencial por HTTP sem criptografia para um host que não é loopback nem passa por túnel é recusada, a menos que a conexão consinta; _internal nunca é lido num servidor InfluxDB 3 |
| InfluxDB 3 (SQL) | nenhum, HTTP (a API SQL do InfluxDB 3, porta 8181) | SQL somente leitura no editor contra InfluxDB 3 Core e Enterprise; as tabelas do banco de dados da conexão na árvore, com suas colunas. Somente leitura não importa o que a conexão diga: a tabela de rotas não alcança nenhum endpoint de escrita, tokens, cache ou plugins, e dos de configuração só a listagem de bancos de dados, um GET, toda instrução que não comece por uma palavra-chave de leitura é recusada antes de qualquer requisição, e o planejador do servidor recusa ainda toda escrita. Um token e nenhum usuário; um token por HTTP sem criptografia para um host que não é loopback nem passa por túnel é recusado, a menos que a conexão consinta; apontada para um servidor 1.x ou 2.x, indica escolher InfluxDB (InfluxQL) |
| Oxia | @grpc/grpc-js (JavaScript puro, gRPC, porta 6648) |
Comandos oxia client somente leitura (get, list, range-scan), shards na árvore e cada chave no painel de chaves |
| S3-compatible object storage | nenhum, HTTP (a API REST do S3, estilo de caminho, assinada pelo próprio código SigV4 do Studio; hyparquet para as prévias de Parquet) |
Comandos de leitura da AWS CLI, somente leitura (aws s3 ls, aws s3api list-buckets, aws s3api head-object, aws s3api list-object-versions), e o preview próprio do Studio; buckets na árvore e pastas no painel de chaves, um nível por vez; os metadados de cada objeto e uma prévia limitada de texto, JSON, CSV e Parquet. Verificado em MinIO, Silo, Garage e RustFS; não verificado no AWS S3 nem em serviços hospedados |
| Redis | ioredis |
Editor de comandos, explorador de chaves, monitoramento baseado em INFO |
A segurança do transporte é transversal — não depende do motor. O túnel SSH é estabelecido antes do provider abrir a conexão, e a conexão é reescrita para o endpoint local: por isso não depende do motor e vale para qualquer conexão configurada com host e porta, exceto uma conexão Kafka, que recusa o túnel porque um cliente Kafka chega a cada broker pelo endereço que esse broker anuncia, e um túnel para um único endereço não cobre isso. Conexões preenchidas com connection string (MongoDB, Couchbase e ClickHouse permitem) não têm host nem porta, então não passam pelo túnel; SQLite e DuckDB também não têm nenhum dos dois. O painel SSL/TLS hoje tem efeito em PostgreSQL, MySQL, SQL Server, Couchbase, ClickHouse, Druid, Elasticsearch, OpenSearch, Trino, Prometheus e Apache Kafka; no Trino não é opcional, porque o coordinator rejeita senhas sobre HTTP em texto plano. Oracle, MongoDB e Redis ignoram essa opção — se o tráfego desses três vai cifrado depende de como a connection string está escrita, não do que você escolhe no diálogo.
Redis numa interface pensada para SQL se sustenta numa convenção.
getSchema()agrupa prefixos de chaves em "tabelas" usandoSCAN, que não bloqueia (nuncaKEYS *); saúde e métricas vêm deINFO; consultas lentas e sessões, deSLOWLOG GETeCLIENT LIST.
- Motor Monaco: o mesmo núcleo do VS Code.
- Autocompletar com conhecimento do esquema: tabelas, colunas e palavras-chave.
- Workspace com abas: cada aba com seu próprio estado de execução.
- EXPLAIN visual: planos de execução gráficos para achar gargalos.
- Diagramas ER interativos: grafo do esquema com arestas de chaves estrangeiras reais, rótulos de cardinalidade, minimapa, busca e filtro de tabelas, modo compacto e exportação PNG e SVG. Layout hierárquico automático com ELK.js.
- Comparação de esquema e migrações: compare snapshots ou esquemas de conexões diferentes lado a lado. Visão de diff com cores (adicionado, removido, modificado) e geração automática de SQL de migração para PostgreSQL, MySQL, SQLite, Oracle e SQL Server, além de alterações de coluna no ClickHouse.
- Linha do tempo de snapshots: linha horizontal com snapshots do esquema. Escolha dois pontos e compare na hora, para acompanhar a evolução do esquema.
A interface principal de IA é um painel de agente ao lado do editor. Você define um objetivo — "qual departamento tem mais funcionários?", "por que esta consulta está lenta?" — e pressiona Start. A execução redige SQL contra o banco conectado, lê os resultados e escreve um relatório cujas afirmações citam esses resultados.
- Compatível com qualquer LLM: por padrão usa Gemini, e funciona com OpenAI, Ollama e qualquer endpoint compatível com OpenAI (LM Studio, LiteLLM, vLLM).
- Análise de segurança de consultas: avaliação de risco antes da execução para comandos destrutivos (DELETE, DROP, TRUNCATE).
- Explicação de consultas: planos EXPLAIN traduzidos para linguagem simples, com sugestões de otimização.
- Conhecimento do esquema: o esquema do banco conectado é enviado como contexto, então a explicação cita suas próprias tabelas e colunas.
- Resumo do profiler de dados: estatísticas por coluna do profiler, redigidas em prosa. Esse contexto inclui
minemaxde cada coluna — valores reais dos seus dados; veja Agent Data Flow.
- Grade universal: renderização virtualizada (TanStack) para milhões de linhas.
- Edição inline: duplo clique para atualizar valores direto na grade, nos motores cujo SQL permite update de linha em tabela única (nos demais o controle não aparece).
- Filtros por coluna: filtros de texto sobre os resultados, para explorar sem reescrever a consulta.
- Tabela dinâmica interativa: pivot no cliente com cinco funções de agregação (COUNT, SUM, AVG, MIN, MAX) e geração do SQL equivalente.
- Exportação: CSV e JSON na hora.
- Oito tipos de gráfico: barras, linhas, pizza, área, dispersão, histograma, barras empilhadas e área empilhada, com Recharts. Agrupamento por hora, dia, semana, mês ou ano, com configurações de gráfico que são salvas e recarregadas.
- Profiler de dados: profiling de tabela em um clique, com estatísticas por coluna (percentual de nulos, cardinalidade, mínimo e máximo, valores de amostra) e resumos narrativos gerados pelo modelo.
- Gerador de código ORM: interfaces TypeScript, schemas Zod, models Prisma, structs Go, dataclasses Python e POJOs Java a partir do esquema real das tabelas.
- Gerador de dados de teste: dados fictícios com conhecimento do esquema e mais de 30 inferências semânticas de coluna (email, telefone, nome, endereço e outras). Produz INSERTs ou JSON para
insertManydo MongoDB. - Documentação do banco: dicionário de dados gerado e pesquisável, a partir do esquema real, com documentação assistida por modelo e exportação para Markdown.
- Dois modos de autenticação: usuário e senha locais, ou login único via OpenID Connect (OIDC), alternáveis com uma variável de ambiente.
- OIDC agnóstico de provedor: funciona com qualquer provedor compatível com OIDC — Auth0, Keycloak, Okta, Azure AD, Zitadel, Google e outros.
- Segurança PKCE: Authorization Code Flow com Proof Key for Code Exchange (S256).
- Mapeamento automático de papéis: mapeamento por claims configurável, com notação de ponto para claims aninhados (por exemplo
realm_access.roles). - Logout no provedor: ao sair, encerra tanto a sessão JWT local quanto a do provedor de identidade.
- Painel de monitoramento ao vivo: sete abas — resumo, desempenho, consultas, sessões, tabelas, armazenamento e pool de conexões.
- Gráficos de tendência: métricas em tempo real (conexões, taxa de acerto de cache, buffer pool, deadlocks) com histórico em buffer circular e refresh automático configurável entre 5 e 60 segundos.
- Alertas por limiar: indicadores de saúde com cores (saudável, aviso, crítico) para taxa de acerto de cache, uso de conexões, deadlocks e uso do buffer pool.
- Manutenção em um clique:
VACUUM,ANALYZE,REINDEX,UPDATE STATISTICS,DBCC CHECKDBeALTER INDEX REBUILD, conforme o motor. - Registro de auditoria: histórico completo de cada consulta executada na organização.
| Método | Comando |
|---|---|
| Docker | docker run -p 3000:3000 ghcr.io/libredb/libredb-studio:latest |
| npx | npx @libredb/studio |
| Helm | helm install libredb oci://ghcr.io/libredb/charts/libredb-studio |
| Homebrew | brew trust libredb/tap && brew install libredb/tap/libredb-studio |
| Snap | sudo snap install libredb-studio |
| winget | winget install LibreDB.Studio |
| deb / rpm (servidor, com serviço systemd) | Página de releases |
| App desktop (AppImage / deb) | Página de releases. Janela nativa, com o servidor rodando como sidecar local e sem tela de login. Não é o pacote de servidor da linha anterior. |
| App desktop (Flatpak, em sandbox) | flatpak --user remote-add --if-not-exists flatpark https://dl.flatpark.org/flatpark.flatpakrepoflatpak --user install flatpark org.libredb.Studio |
brew trust roda uma vez (requer Homebrew 6+; se disser que o comando não existe, execute brew update antes). Docker, Helm e Snap não precisam de configuração: a senha de admin da primeira execução é impressa no log do container, no log do pod e em sudo snap logs libredb-studio, respectivamente. Instruções completas de cada canal (comandos, configuração, uso com systemd, modelo de tags das imagens Docker) estão em docs/DISTRIBUTION.md.
Templates de deploy com um clique: Railway, Dokploy, CapRover, Sealos, Kubero, Cosmos, DigitalOcean Marketplace, Unraid Community Apps, Render Blueprint, Fly.io e Koyeb. A lista completa está em docs/CHANNELS.md.
Para Kubernetes também há um bundle de Operator para OpenShift e OLM.
npm i @libredb/studioO Studio também é publicado como pacote npm, então pode ser embutido diretamente na sua aplicação. Se o seu produto cria bancos de dados para os usuários, esse é o lugar onde o editor mais ajuda.
O Studio é MIT porque precisa poder ir a qualquer lugar. O que é cobrado é o libredb-platform — e o que ele vende é alguém operando por você: hosting, multi-tenancy, faturamento e suporte. Não é um recurso bloqueado atrás de um paywall.
Nenhuma capacidade foi movida para o outro lado dessa linha só para fabricar motivo de upgrade. Login único, RBAC, auditoria de consultas, diagramas ER, recursos de IA e todos os motores NoSQL estão na versão MIT.
- Sete camadas de testes: unitários, de API, de integração, de hooks, de segurança, de evals e de componentes, além dos end-to-end
- 100% de cobertura de linhas, e isso é um gate rígido no CI. Se a cobertura cair, o merge é bloqueado
- Quality gate do SonarCloud
- Smoke tests em Node 24 e 26 a cada release
bun run test # todos os testes
bun run test:e2e # Playwright (requer build antes)
bun run test:coverage # relatório de coberturaO material aprofundado está, por enquanto, só em inglês:
- Arquitetura · Providers de banco de dados · Referência por motor
- Documentação da API · Configuração OIDC · Camada de storage
- Helm Chart · Canais de distribuição · Adicionar um banco de dados
Issues e pull requests são bem-vindos — pode escrever em português sem problema. Comece por CONTRIBUTING.md.
Para adicionar um motor de banco de dados, veja docs/ADDING_A_PROVIDER.md. Código, documentação e testes vão juntos no mesmo pull request.
MIT. Sem CLA, sem edição enterprise, sem nada reservado.