DataGrip usa DuckDB para permitir queries entre bancos de dados diferentes
Aprofundamento CEVIU
Aprofundamento
O pedido era antigo entre usuários da JetBrains: rodar uma única query que cruze dados de conexões diferentes. O DataGrip, IDE de banco de dados desenvolvida desde 2015, já executava queries em cada conexão, mas nada juntava os resultados. A equipe avaliou três caminhos: Apache Calcite, tratar as queries por conta própria usando o PSI (a representação interna de código das IDEs da JetBrains) e DuckDB.
O DuckDB ganhou pela facilidade de integração. O recurso decisivo foi registrar table functions customizadas, que ligam o engine à execução de queries que o DataGrip já tinha. Segundo Maxim Sobolevskiy, da JetBrains, alternativas embarcadas exigiam código nativo ou implementação complicada. O DuckDB também foi preferido a opções mais leves, como o H2, por trazer otimizações como projection pushdown. Como o join passa por uma table function, a query é escrita no dialeto SQL do DuckDB, e o DataGrip deixa isso explícito ao usuário. A solução é uma primeira versão: o roadmap prevê aproveitar mais otimizações do DuckDB e usá-lo também para fontes baseadas em arquivos.
O que mudou
A cobertura anterior do CEVIU mostra o tema da federação de queries ganhando espaço. Em 12 de fevereiro de 2026, o CEVIU noticiou "O Coringa: Federação de Queries em Bancos de Dados OLAP Modernos", sobre consultas SQL unificadas entre várias fontes sem ETL pesado. Em 2 de outubro de 2026, veio "Amazon Aurora PostgreSQL: Mais Agilidade para Seus Dados com Integração DuckDB", com o DuckDB ligado a um banco operacional. Agora o DuckDB aparece embarcado numa IDE, como camada de federação para o desenvolvedor. São casos distintos, de empresas diferentes, que apontam na mesma direção.
Por que isso importa
Para quem trabalha com dados, a leitura é que o DuckDB vem se firmando como engine embarcado de federação, e não só como banco analítico local. Na prática, dá para cruzar PostgreSQL, MySQL e MongoDB direto na IDE, sem montar infraestrutura extra. O custo é conhecer o dialeto DuckDB e lembrar que é uma versão inicial, ainda sem todas as otimizações.
Linha do tempo
CEVIU noticia a federação de queries como recurso essencial em bancos OLAP modernos.
CEVIU noticia a integração do DuckDB ao Amazon Aurora PostgreSQL.
DataGrip passa a usar DuckDB para queries entre bancos de dados diferentes.
Perguntas frequentes
Como o DataGrip faz joins entre bancos diferentes?
Ele embute o DuckDB e usa table functions customizadas para conectar o engine à execução de queries que o DataGrip já tinha. Assim, dados de conexões distintas se encontram numa mesma query. A query é escrita no dialeto SQL do DuckDB.
Por que a JetBrains escolheu o DuckDB e não o Apache Calcite?
Segundo Ilia Epelbaum, do time do DataGrip, o DuckDB foi a opção mais simples de integrar. O registro de table functions customizadas foi o recurso decisivo. Alternativas embarcadas exigiam código nativo ou implementação complicada.
Quais bancos funcionam nas queries entre conexões?
A JetBrains cita PostgreSQL, MySQL, MongoDB ou qualquer outro banco suportado pelo DataGrip. Não é preciso montar infraestrutura adicional para isso.
O que vem a seguir nessa integração?
A equipe diz que é uma solução inicial e quer observar como os usuários a usam. Depois, planeja aproveitar mais otimizações do DuckDB e usá-lo para fontes baseadas em arquivos.
Fontes
- duckdb.orgfonte original
- Categoria
- CEVIU Dados
- Publicado
- 09 de novembro de 2026
- Editoria
- CEVIU Dados

