PostgreSQL: Artık VACUUM Yok, Şişme Yok

• PostgreSQL, sağlamlığı ve esnekliğiyle tanınan güçlü bir açık kaynak veritabanı sistemidir.
• PostgreSQL’in karşılaştığı zorluklardan biri, eski verileri temizlemek ve alan açmak için kullanılan, kaynak tüketen VACUUM sürecidir.
• OrioleDB, VACUUM ihtiyacını ortadan kaldırmak ve tablo şişmesini önlemek için PostgreSQL’e yönelik yeni bir motordur.
• OrioleDB bunu, satır düzeyi ve blok düzeyi undo log uygulaması ile otomatik sayfa birleştirme sayesinde başarır.
• Bu özellikler, daha az manuel müdahale gerektiren, daha az kaynak tüketen ve tablo şişmesine yatkın olmayan bir sistem oluşturur.
• Benchmark sonuçlarına göre OrioleDB, geleneksel PostgreSQL’e kıyasla daha yüksek TPS, işlem başına daha düşük CPU yükü, işlem başına daha az IOPS ve tablo ile indeks şişmesi olmayan bir performans sunar.
• OrioleDB, PostgreSQL’in en eski sorunlarından birine ilgi çekici bir çözüm sunuyor; verimlilik artışı ve bakım yükünde azalma vadediyor.
• Kullanıcılar bugünden itibaren OrioleDB’yi deneyebilir ve daha sadeleştirilmiş, daha verimli bir PostgreSQL deneyimi için bu dönüşüme katılabilir. OrioleDB’yi denemek için GitHub’u ziyaret edin.

[GN⁺]

Hacker News görüşleri

• PostgreSQL'in yeni depolama motoru olan OrioleDB projesi, açık kaynaklı bir projeyi fork edip önemli değişiklikler yaparken bakım planını net biçimde ortaya koymadığı için eleştiriliyor.
• OrioleDB'nin GitHub ana README dosyası, kurumsal bir tonda yazılmış gibi durduğu ve proje hakkında yeterli bilgi vermediği için eleştiriliyor.
• PostgreSQL'in kendisine iyileştirmeler katkılamak yerine, OrioleDB'nin neden tamamen yeni bir veritabanı olarak pazarlandığı konusunda kafa karışıklığı var.
• OrioleDB'nin performans benchmark'ları, PostgreSQL'e kıyasla işlem başına daha düşük CPU ek yükü gösteriyor; ancak OrioleDB'nin sürekli yüksek CPU kullanımıyla ilgili endişeler bulunuyor.
• OrioleDB, PostgreSQL'in dahili motorundan gerçekten daha iyiyse neden büyük bulut sağlayıcıları tarafından benimsenmediği sorgulanıyor; benimsenirse PostgreSQL'in varsayılan motorunun yerini alabileceğine dair tahminler de var.
• OrioleDB'nin TimescaleDB gibi diğer eklentilerle uyumluluğu konusunda merak var.
• "Richard Branson'ın PostgreSQL'de sevmediği 10 şey" başlıklı bir blogdan bahsediliyor, ancak yazarın aslında Rick Branson olduğu açıkça belirtiliyor.
• PostgreSQL'de vacuum'un rolü tartışılıyor ve bunun yalnızca ölü tuple'ları kaldırmaktan daha fazlasını yaptığı anlaşılmaya çalışılıyor.
• OrioleDB'de kullanılan "scalability patch" için dokümantasyon talebi var ve bunun PostgreSQL çekirdeğiyle nasıl entegre edildiği konusunda kafa karışıklığı bulunuyor.
• "object-relational" terimi hakkında kafa karışıklığı var ve bunun ne anlama geldiğine dair açıklama isteniyor.