Açık kaynak veritabanı dünyasının en yaygın isimlerinden PostgreSQL, 19. ana sürümüne doğru ilerlerken önemli bir virajı aldı. PostgreSQL Global Geliştirme Grubu, 24 Eylül 2026’da PostgreSQL 19’un dördüncü beta sürümünü yayımladı. Duyuru, bu betayla birlikte başlangıçta planlanan bazı özelliklerin sürümden geri çekildiğini de açıkladı.
Geri çekilen özellikler
Beta 4 duyurusuna ve DevX’in haberine göre altı planlı özellik bu beta ile sürümden çıkarıldı: SQL/PGQ, veri sağlama toplamlarının çevrimiçi açılıp kapatılması, FOR PORTION OF ile zamansal güncelleme, bölüm birleştirme/bölme (MERGE/SPLIT PARTITIONS) ve rol, tablespace ile veritabanı için pg_get_*_ddl() işlevleri. Bunların en dikkat çekeni, uzun süredir beklenen SQL/PGQ grafik sorgu desteği. SQL/PGQ, ilişkisel veritabanı içinde grafik verilerini sorgulamayı standart SQL sözdizimiyle mümkün kılmayı hedefleyen bir yaklaşım. Özelliğin sürümden çıkması, sosyal ağ analizi, dolandırıcılık tespiti ve öneri sistemleri gibi grafik temelli iş yüklerini PostgreSQL üzerinde çalıştırmayı planlayanlar için bir erteleme anlamına geliyor.
Özelliklerin geri çekilmesi, PostgreSQL topluluğunda alışılmış bir uygulama. Proje, sürüm yaşam döngüsünün sonlarına doğru kararlılığı tehlikeye atan ya da yeterince olgunlaşmamış özellikleri kaldırarak nihai sürümün güvenilirliğini koruyor. Kısa vadede hayal kırıklığı yaratsa da bu yaklaşım, projenin üretim ortamlarında güvenle kullanılabilmesinin nedenlerinden biri sayılıyor.
Sırada ne var?
PostgreSQL ekibinin açıklamasına göre sonraki adım, Ekim başında yayımlanması beklenen sürüm adayı (release candidate). Her şey yolunda giderse nihai sürüm ardından gelecek. Resmî haber sayfasında şu an için yalnızca Beta 4 duyurusu var; genel kullanıma açılış henüz yapılmadı. Eylül sonunda yayımlanan bir blog yazısı da genel kullanıma açılış tarihinin henüz açıklanmadığını ama projenin alışılmış Eylül-Ekim takvimi içinde birkaç hafta sonra bekleneceğini belirtiyor.
SQL/PGQ neydi?
SQL/PGQ, SQL:2023 standardında yer alan ve ilişkisel tabloların üzerinde “özellik grafı” tanımlayıp bu grafı doğrudan sorgulayabilmeyi sağlayan bir mekanizma. Bu sayede kullanıcılar ayrı bir grafik veritabanı kurmadan, ilişkileri dolaşan sorgular yazabiliyor. Özelliğin PostgreSQL’e gelmesi, topluluk içinde ilgiyle bekleniyordu; ertelenmesi ise geliştirme ekiplerinin kodun olgunluğu konusunda ihtiyatlı davrandığını gösteriyor.
Geliştiriciler ne yapmalı?
PostgreSQL 19’a geçmeyi planlayan ekipler için betalar, üretim kullanımına uygun değil ama test için değerli. Özellikle uygulamanın sorgu planlarının, eklentilerin ve yedekleme araçlarının yeni sürümle uyumunu kontrol etmek için Beta 4 iyi bir başlangıç noktası. Hata bulanlar bunları topluluğa bildirerek nihai sürümün kalitesine katkıda bulunabilir. Beklenen özelliklerden biri geri çekildiyse, bunun için tasarlanmış mimari kararları bir sonraki sürüme ertelemek gerekebilir.
Yönetilen bulut hizmetleri ise PostgreSQL ana sürümlerini genellikle birkaç ay gecikmeyle sunuyor. Bu nedenle Amazon RDS, Google Cloud SQL ve Azure gibi platformlar üzerinde çalışanlar için 19’a geçiş büyük olasılıkla 2027’nin ilk yarısında gündeme gelecek.
Türkiye’deki kullanıcılar için
PostgreSQL, Türkiye’de kamu kurumları, bankalar ve girişimler tarafından yaygın kullanılıyor. Ana sürüm yükseltmeleri çoğunlukla planlı bakım pencereleri gerektirdiğinden, ekiplerin sürüm yaşam döngülerini önceden takip etmesi faydalı. Mevcut sürümünüzün destek bitiş tarihini, yani projenin beş yıllık destek penceresindeki yerini, PostgreSQL’in resmî sürüm politikası sayfasından kontrol edin ve bir sonraki yükseltmeyi buna göre planlayın. Nihai sürüm yayımlandığında yenilikleri ve geçiş notlarını ayrıca ele alacağız. Bu arada pg_upgrade ile test geçişleri yapmak, büyük veritabanlarında yükseltme süresini önceden ölçmek ve yedekleme stratejisini yeni sürümde denemek ekipler için akıllıca bir hazırlık sayılır.
Kapak fotoğrafı: Charles J. Sharp / Wikimedia Commons (CC BY-SA 4.0)
_2.jpg){kind=link}