PostgreSQL: Tanpa VACUUM Lagi, Tanpa Bloat Lagi

• PostgreSQL adalah sistem basis data open source yang kuat, dikenal karena ketangguhan dan fleksibilitasnya.
• Salah satu tantangan di PostgreSQL adalah proses VACUUM yang memakan sumber daya, yang digunakan untuk membersihkan data lama dan membebaskan ruang.
• OrioleDB adalah engine baru untuk PostgreSQL yang dirancang untuk menghilangkan kebutuhan akan VACUUM dan mencegah pembengkakan tabel.
• OrioleDB mencapai hal ini melalui implementasi undo log pada tingkat baris dan tingkat blok, serta penggabungan halaman otomatis.
• Fitur-fitur ini menciptakan sistem yang membutuhkan lebih sedikit intervensi manual, lebih hemat sumber daya, dan tidak rentan terhadap pembengkakan tabel.
• Menurut hasil benchmark, OrioleDB memberikan TPS yang lebih tinggi, beban CPU per transaksi yang lebih rendah, IOPS per transaksi yang lebih rendah, serta tanpa pembengkakan tabel dan indeks dibandingkan PostgreSQL tradisional.
• OrioleDB menawarkan solusi menarik untuk salah satu tantangan tertua PostgreSQL, dengan janji peningkatan efisiensi dan pengurangan beban pemeliharaan.
• Pengguna dapat mencoba OrioleDB mulai hari ini dan ikut dalam revolusi menuju pengalaman PostgreSQL yang lebih ringkas dan efisien. Kunjungi GitHub untuk mencoba OrioleDB.

[GN⁺]

Opini Hacker News

• Proyek OrioleDB, mesin penyimpanan baru untuk PostgreSQL, mendapat kritik karena mem-fork proyek open source dan membuat perubahan besar tanpa kejelasan rencana pemeliharaan.
• README utama OrioleDB di GitHub dikritik karena bernada korporat dan tidak memberikan informasi yang cukup tentang proyek tersebut.
• Ada kebingungan tentang mengapa OrioleDB dipasarkan sebagai database yang sepenuhnya baru alih-alih berkontribusi pada peningkatan PostgreSQL itu sendiri.
• Benchmark performa OrioleDB menunjukkan overhead CPU per transaksi yang lebih rendah dibanding PostgreSQL, tetapi ada kekhawatiran tentang penggunaan CPU tinggi yang terus-menerus pada OrioleDB.
• Jika OrioleDB lebih unggul daripada mesin internal PostgreSQL, muncul pertanyaan mengapa penyedia cloud besar belum mengadopsinya, serta spekulasi bahwa jika mereka mengadopsinya, PostgreSQL bisa saja mengganti mesin defaultnya.
• Ada rasa ingin tahu mengenai kompatibilitas OrioleDB dengan ekstensi lain seperti TimescaleDB.
• Blog berjudul "10 hal yang dibenci Richard Branson tentang PostgreSQL" disebutkan, tetapi kemudian diperjelas bahwa penulis sebenarnya adalah Rick Branson.
• Ada diskusi tentang peran vacuum di PostgreSQL, dengan pemahaman bahwa fungsinya lebih dari sekadar menghapus tuple mati.
• Ada permintaan dokumentasi tentang "patch skalabilitas" yang digunakan di OrioleDB dan kebingungan tentang cara integrasinya dengan inti PostgreSQL.
• Ada kebingungan mengenai istilah "objek relasional" dan permintaan penjelasan tentang maknanya.