EdgeDB muda de nome para Gel — o Postgres é o futuro

 (geldata.com)
7 pontos por GN⁺ 2025-02-27 | 3 comentários | Compartilhar no WhatsApp
  • EdgeDB passou por um rebranding e agora se chama Gel
  • O PostgreSQL vem ocupando cada vez mais espaço no mercado de bancos de dados
    • O PostgreSQL é praticamente o único DB mainstream mantido e desenvolvido como open source
    • Começou como um projeto de pesquisa e foi lançado sob uma licença semelhante à do MIT, o que lhe rende alta confiança por não haver questões como mudança de licença ou aquisição
  • Por que o PostgreSQL é chamado de “o banco de dados relacional open source mais avançado”
    • Desde a época do projeto Berkeley POSTGRES, em 1985, foi projetado com extensibilidade e modularidade como princípios centrais
    • Consegue lidar com vários tipos de dados (JSON, dados espaciais, vetores etc.), funcionando na prática como um banco de dados multimodal
    • A otimização de consultas e o desempenho do Planner são excelentes, permitindo processar com estabilidade até consultas de grande porte ao compilar o EdgeQL (a linguagem de consulta do Gel) para SQL
    • Existe um rico ecossistema de extensões do Postgres, e também é possível desenvolver extensões em Rust
    • Muitos bancos de dados, como CockroachDB, YugabyteDB, TiDB e Google Spanner, priorizam a compatibilidade com Postgres
  • Gel (antigo EdgeDB) é um conceito de substituição da camada de frontend do Postgres
    • Aurora e Neon mudaram a camada de armazenamento, mas o Gel busca uma forma de acesso ao banco usando EdgeQL em vez de SQL
    • Assim como o TypeScript funciona sobre o JavaScript, o Gel compila e otimiza esquemas e consultas sobre o Postgres de uma forma mais amigável
    • A partir da nova versão Gel 6.0, o suporte direto a SQL também foi adicionado, permitindo adoção gradual
    • É possível usar o Gel com ferramentas como Drizzle, Prisma e SQLAlchemy

Motivo do rebranding

  • O nome “Edge” remetia a imagens como Edge Computing ou banco de dados em grafo, o que gerava confusão
  • O nome foi trocado para “Gel”, por transmitir uma sensação de simplicidade e flexibilidade

O que muda e o que não muda

  • A empresa, a equipe e a missão permanecem as mesmas
  • Ferramentas e bibliotecas passam a ser oferecidas com a nova nomenclatura (gel) no lugar da anterior (edgedb), e também haverá symlinks e pacotes com o nome antigo para compatibilidade retroativa
  • Já é possível testar a v6.0 no Gel Cloud
  • A licença Apache e o desenvolvimento open source continuam, e detalhes sobre as garantias serão compartilhados em um post futuro

Leituras relacionadas

3 comentários

 
GN⁺ 2025-02-27
Comentários no Hacker News
  • Há quem diga que o planejador/otimizador de consultas do PostgreSQL é de ponta
    • O planejador baseado em custo do Postgres é excelente, mas é mais antigo que o sistema Volcano/Cascades usado no Microsoft SQL Server e no CockroachDB, por ser um design dos anos 1980
    • Houve muitos avanços na área de otimização de consultas nos últimos 30 anos, mas quase nada disso foi refletido no Postgres
    • O Postgres introduziu workers paralelos e JIT, mas o design básico não mudou muito
    • É conservador na hora de adicionar melhorias; outros bancos de dados já suportam index skip scan há muito tempo, enquanto o Postgres ainda está trabalhando para oferecer esse recurso
    • O estado da arte é o Umbra, um projeto de pesquisa do grupo de Thomas Neumann, da Universidade de Munique, sucessor do HyPer e comercializado como CedarDB
    • A análise deles sobre o planejador de consultas do Postgres é uma leitura interessante
  • Há quem diga que o Gel é para o Postgres o que o TypeScript é para o JavaScript
    • Uso o EdgeDB há alguns anos e, depois de usar RethinkDB e MongoDB, ele é meu banco de dados favorito
    • Não é preciso decorar comandos SQL e, quando há um problema na consulta, você ganha uma ótima UI para visualizar os dados
  • O EdgeDB é simplesmente excelente. Schema, migrações, query builder em TypeScript, autenticação — tudo é muito bom
    • Em um pequeno app com Remix, uso o DB diretamente sem precisar criar uma camada de API separada
  • Gostei do novo nome, e era incômodo digitar "edgedb" ao usar a CLI
  • Espero que a nova documentação seja melhor; a anterior era difícil de usar e um pouco fraca
  • Tentei vários ORMs, mas o ORM do EdgeDB funcionou de forma muito simples, exceto pelo problema de não seguir as diretrizes
    • Tudo funcionou bem, sem bugs nem erros de configuração
  • O EdgeDB é um produto bem projetado, e pretendo usá-lo em projetos pessoais
  • O Postgres é excelente, mas dá bastante trabalho fazer o necessário para lidar com cargas de trabalho em grande escala
    • Basta perguntar para alguém que já precisou fragmentar o banco de dados
  • Ao criar uma nova empresa de banco de dados, a lição é começar com SQL
    • Quase todo DB que começou sem suporte a SQL acabou adicionando isso no fim
  • A integração estreita com a toolchain de TypeScript foi muito útil junto com o edgeql, e gerou muito menos erros do que um ORM
  • O Gel é uma fórmula bem-sucedida, especialmente no mundo TypeScript
  • Fiz um projeto paralelo usando o EdgeDB 5.0 e senti a mesma diversão de desenvolver um app com Django ou Rails
    • Usei junto com Typescript+React em um ambiente serverless
    • Tenho curiosidade sobre self-hosting
  • Tenho curiosidade se funciona bem ter um banco Postgres localizado em uma região específica e implantar o gel em um cluster k8s conforme descrito na documentação
    • Quero saber se esse tipo de implantação é gratuito e quais recursos ficam faltando em relação à oferta em nuvem
    • Não quero perder os recursos de alta disponibilidade, backup e monitoramento do GCP
    • Quero saber se é possível configurar a região onde os dados ficam e colocá-lo atrás de uma VPC
 
codemasterkimc 2025-02-27

O banco de dados relacional open source mais avançado do mundo