Voltar
Como a JetBrains integrou queries entre bancos de dados diferentes ao DataGrip com DuckDB

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

  1. CEVIU noticia a federação de queries como recurso essencial em bancos OLAP modernos.

  2. CEVIU noticia a integração do DuckDB ao Amazon Aurora PostgreSQL.

  3. 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

Avalie este artigo:
Categoria
CEVIU Dados
Publicado
09 de novembro de 2026
Editoria
CEVIU Dados

Quer receber mais sobre CEVIU Dados?

Conteúdo curado diariamente, direto no seu e-mail.

Conteúdo curado diariamenteDiversas categoriasCancele quando quiser