PostgreSQL: もうVACUUMも不要、肥大化も不要

• PostgreSQLは、堅牢性と柔軟性で知られる強力なオープンソースのデータベースシステムです。
• PostgreSQLの課題の1つは、古いデータを整理して空き領域を確保するために使われる、リソースを消費するVACUUMプロセスです。
• OrioleDBは、VACUUMの必要性をなくし、テーブルの肥大化を防ぐためのPostgreSQL向けの新しいエンジンです。
• OrioleDBは、行レベルおよびブロックレベルのundoログの実装と自動ページマージによって、これを実現します。
• これらの機能により、手動介入が少なくて済み、リソース消費が少なく、テーブル肥大化が起きにくいシステムが実現されます。
• ベンチマーク結果によると、OrioleDBは従来のPostgreSQLと比べて、より高いTPS、トランザクションあたりのより少ないCPU負荷、トランザクションあたりのより少ないIOPS、そしてテーブルおよびインデックスの肥大化がない性能を提供します。
• OrioleDBは、PostgreSQLにおける最も古い課題の1つに対する興味深い解決策を提示しており、効率向上と保守負担の軽減を約束します。
• ユーザーは今日からOrioleDBを試し、より簡素で効率的なPostgreSQL体験に向けた革命に参加できます。GitHubを訪れてOrioleDBを試してみてください。

[GN⁺]

Hacker News の意見

• PostgreSQL の新しいストレージエンジンである OrioleDB プロジェクトは、オープンソースプロジェクトをフォークして重大な変更を加えたにもかかわらず、保守計画が明確でないとして批判されています。
• OrioleDB の GitHub メイン README は企業的な口調に聞こえ、プロジェクトに関する十分な情報を提供していないとして批判されています。
• PostgreSQL 自体に改善を貢献するのではなく、なぜ OrioleDB をまったく新しいデータベースとしてマーケティングしているのかについて混乱があります。
• OrioleDB の性能ベンチマークは、PostgreSQL と比べてトランザクションあたりの CPU オーバーヘッドが低いことを示していますが、OrioleDB の継続的に高い CPU 使用率に対する懸念があります。
• OrioleDB が PostgreSQL の内部エンジンより優れているなら、なぜ大手クラウドプロバイダーが採用していないのかという疑問が出ており、もし採用されれば PostgreSQL がデフォルトエンジンを置き換える可能性があるという推測もあります。
• OrioleDB と TimescaleDB のような他の拡張機能との互換性に対する関心があります。
• 「Richard Branson が PostgreSQL で嫌っている 10 のこと」というブログが言及されましたが、実際の著者は Rick Branson であることが明確にされています。
• PostgreSQL における vacuum の役割について議論されており、それが単にデッドタプルを除去する以上の役割を持つことが理解されています。
• OrioleDB で使われている「スケーラビリティパッチ」に関するドキュメントの要望や、コア PostgreSQL とどのように統合するのかについての混乱があります。
• 「オブジェクトリレーショナル」という用語に対する混乱があり、その意味の説明が求められています。