PostgreSQL : plus de VACUUM, plus de bloat

• PostgreSQL est un système de base de données open source puissant, reconnu pour sa robustesse et sa flexibilité.
• L’un des défis de PostgreSQL est le processus VACUUM, gourmand en ressources, utilisé pour nettoyer les anciennes données et libérer de l’espace.
• OrioleDB est un nouveau moteur pour PostgreSQL conçu pour supprimer le besoin de VACUUM et éviter le gonflement des tables.
• OrioleDB y parvient grâce à l’implémentation de journaux undo au niveau des lignes et des blocs, ainsi qu’à la fusion automatique des pages.
• Ces fonctionnalités permettent de créer un système nécessitant moins d’intervention manuelle, consommant moins de ressources et non sujet au gonflement des tables.
• D’après les résultats des benchmarks, OrioleDB offre, par rapport à PostgreSQL traditionnel, un TPS plus élevé, une charge CPU plus faible par transaction, moins d’IOPS par transaction, ainsi que l’absence de gonflement des tables et des index.
• OrioleDB propose une solution intéressante à l’un des défis les plus anciens de PostgreSQL, en promettant une meilleure efficacité et une réduction de la charge de maintenance.
• Les utilisateurs peuvent essayer OrioleDB dès aujourd’hui et participer à cette révolution pour une expérience PostgreSQL plus simple et plus efficace. Rendez-vous sur GitHub pour tester OrioleDB.

[GN⁺]

Avis Hacker News

• Le projet OrioleDB, nouveau moteur de stockage de PostgreSQL, est critiqué pour avoir forké un projet open source et y avoir apporté des changements majeurs sans que son plan de maintenance soit clairement défini.
• Le README principal d’OrioleDB sur GitHub est critiqué parce qu’il adopte un ton d’entreprise et ne fournit pas assez d’informations sur le projet.
• Certains s’interrogent sur la raison pour laquelle OrioleDB est présenté comme une base de données entièrement nouvelle, au lieu de contribuer des améliorations directement à PostgreSQL lui-même.
• Les benchmarks de performance d’OrioleDB montrent une surcharge CPU par transaction plus faible que PostgreSQL, mais des inquiétudes subsistent quant à son utilisation durablement élevée du CPU.
• Si OrioleDB est supérieur au moteur interne de PostgreSQL, certains se demandent pourquoi les grands fournisseurs cloud ne l’ont pas adopté, avec la spéculation que, s’ils le faisaient, PostgreSQL pourrait remplacer son moteur par défaut.
• Des questions sont soulevées sur la compatibilité d’OrioleDB avec d’autres extensions comme TimescaleDB.
• Un blog intitulé "10 choses que Richard Branson déteste dans PostgreSQL" est mentionné, mais il est clairement précisé que l’auteur est en réalité Rick Branson.
• Le rôle de vacuum dans PostgreSQL est discuté, avec l’idée qu’il fait plus que simplement supprimer les tuples morts.
• Une demande de documentation est formulée au sujet du "patch de scalabilité" utilisé dans OrioleDB, ainsi qu’une confusion sur la manière de l’intégrer au cœur de PostgreSQL.
• Il existe une confusion autour du terme "objet-relationnel", et une explication de sa signification est demandée.