PostgreSQL: Chega de VACUUM, Chega de Inchaço

• O PostgreSQL é um poderoso sistema de banco de dados de código aberto, conhecido por sua robustez e flexibilidade.
• Um dos desafios do PostgreSQL é o processo VACUUM, que consome recursos e é usado para limpar dados antigos e liberar espaço.
• O OrioleDB é um novo mecanismo para PostgreSQL criado para eliminar a necessidade de VACUUM e evitar o inchaço das tabelas.
• O OrioleDB alcança isso por meio da implementação de logs de undo em nível de linha e de bloco, além da mesclagem automática de páginas.
• Esses recursos criam um sistema que exige menos intervenção manual, consome menos recursos e não é vulnerável ao inchaço das tabelas.
• Segundo os resultados de benchmark, o OrioleDB oferece TPS mais alto, menor carga de CPU por transação, menos IOPS por transação e desempenho sem inchaço de tabelas e índices em comparação com o PostgreSQL tradicional.
• O OrioleDB oferece uma solução interessante para um dos desafios mais antigos do PostgreSQL, prometendo maior eficiência e menor esforço de manutenção.
• Os usuários já podem experimentar o OrioleDB a partir de hoje e participar da revolução por uma experiência com PostgreSQL mais enxuta e eficiente. Visite o GitHub para testar o OrioleDB.

[GN⁺]

Opiniões do Hacker News

• O projeto OrioleDB, um novo mecanismo de armazenamento do PostgreSQL, está sendo criticado por fazer um fork de um projeto open source e realizar mudanças significativas sem deixar claro seu plano de manutenção.
• O README principal do OrioleDB no GitHub está sendo criticado por soar corporativo e não fornecer informações suficientes sobre o projeto.
• Há confusão sobre por que, em vez de contribuir com melhorias para o próprio PostgreSQL, o OrioleDB está sendo divulgado como um banco de dados totalmente novo.
• Os benchmarks de desempenho do OrioleDB mostram menor overhead de CPU por transação em comparação com o PostgreSQL, mas há preocupação com o uso continuamente alto de CPU pelo OrioleDB.
• Se o OrioleDB é superior ao mecanismo interno do PostgreSQL, questiona-se por que grandes provedores de nuvem ainda não o adotaram, e especula-se que, se o fizerem, o PostgreSQL poderá até substituir seu mecanismo padrão.
• Há curiosidade sobre a compatibilidade do OrioleDB com outras extensões, como o TimescaleDB.
• Foi mencionado um blog intitulado "10 coisas que Richard Branson odeia no PostgreSQL", mas ficou claro que o autor na verdade é Rick Branson.
• Discute-se o papel do vacuum no PostgreSQL, com o entendimento de que ele faz mais do que simplesmente remover tuplas mortas.
• Há pedidos de documentação sobre o "patch de escalabilidade" usado no OrioleDB e confusão sobre como ele se integra ao PostgreSQL core.
• Há confusão em torno do termo "objeto-relacional", e foi pedido um esclarecimento sobre seu significado.