PostgreSQL: Kein VACUUM mehr, kein Bloat mehr

• PostgreSQL ist ein leistungsstarkes Open-Source-Datenbanksystem, das für seine Robustheit und Flexibilität bekannt ist.
• Eine der Herausforderungen von PostgreSQL ist der ressourcenintensive VACUUM-Prozess, der zum Bereinigen alter Daten und zum Freigeben von Speicherplatz verwendet wird.
• OrioleDB ist eine neue Engine für PostgreSQL, die den Bedarf an VACUUM beseitigen und das Aufblähen von Tabellen verhindern soll.
• OrioleDB erreicht dies durch die Implementierung von Undo-Logs auf Zeilen- und Blockebene sowie durch automatisches Zusammenführen von Seiten.
• Diese Funktionen schaffen ein System, das weniger manuelle Eingriffe erfordert, weniger Ressourcen verbraucht und nicht anfällig für Tabellen-Bloat ist.
• Benchmark-Ergebnisse zeigen, dass OrioleDB im Vergleich zu traditionellem PostgreSQL eine höhere TPS, eine geringere CPU-Last pro Transaktion, weniger IOPS pro Transaktion sowie keine Tabellen- und Index-Aufblähung bietet.
• OrioleDB bietet eine interessante Lösung für eine der ältesten Herausforderungen von PostgreSQL und verspricht mehr Effizienz sowie geringeren Wartungsaufwand.
• Nutzer können OrioleDB ab heute ausprobieren und sich der Revolution für ein schlankeres und effizienteres PostgreSQL-Erlebnis anschließen. Besuchen Sie GitHub, um OrioleDB auszuprobieren.

[GN⁺]

Hacker-News-Kommentare

• Das OrioleDB-Projekt, eine neue Storage Engine für PostgreSQL, steht in der Kritik, weil es ein Open-Source-Projekt geforkt und tiefgreifende Änderungen vorgenommen hat, ohne dass ein klarer Wartungsplan erkennbar ist.
• Das Haupt-README von OrioleDB auf GitHub wird kritisiert, weil es wie Unternehmenssprache klingt und nicht genügend Informationen über das Projekt liefert.
• Es gibt Verwirrung darüber, warum OrioleDB als völlig neue Datenbank vermarktet wird, anstatt Verbesserungen direkt zu PostgreSQL beizutragen.
• Die Performance-Benchmarks von OrioleDB zeigen im Vergleich zu PostgreSQL einen geringeren CPU-Overhead pro Transaktion, zugleich gibt es jedoch Bedenken wegen der dauerhaft hohen CPU-Auslastung von OrioleDB.
• Es wird gefragt, warum große Cloud-Anbieter OrioleDB nicht übernommen haben, falls es der internen Engine von PostgreSQL überlegen ist; zugleich wird spekuliert, dass PostgreSQL seine Standard-Engine ersetzen könnte, falls sie es übernehmen.
• Es gibt Fragen zur Kompatibilität von OrioleDB mit anderen Erweiterungen wie TimescaleDB.
• Ein Blog mit dem Titel „10 Dinge, die Richard Branson an PostgreSQL hasst“ wurde erwähnt, allerdings wurde klargestellt, dass der Autor tatsächlich Rick Branson ist.
• Es wird über die Rolle von vacuum in PostgreSQL diskutiert, wobei verstanden wird, dass es mehr tut, als nur tote Tupel zu entfernen.
• Es gibt den Wunsch nach Dokumentation zu dem in OrioleDB verwendeten „Scalability-Patch“ sowie Verwirrung darüber, wie er in PostgreSQL-Core integriert werden soll.
• Es herrscht Verwirrung über den Begriff „objekt-relational“, und es wird um eine Erklärung seiner Bedeutung gebeten.