PostgreSQL 19 buraxılışı AI xəta hesabatları səbəbindən gecikir

PostgreSQL 19 Robert Haas tərəfindən 30 oktyabr 2026-cı il, cümə günü dərc olunmuş blog yazısına görə, layihənin adətən sentyabrın ortası ilə oktyabrın ortası arasındakı buraxılış pəncərəsi əvəzinə, noyabrda buraxıla bilər. Gecikmə beta dövrünün sonunda bir neçə böyük xüsusiyyətin geri qaytarılmasından və böyük dil modelləri ilə tapılmış xəta hesabatlarının artmasından sonra yaranır.

Buraxılış vaxtı və gecikən geri qaytarmalar

Son on ildə PostgreSQL layihəsinin əsas buraxılışlarının vaxtı proqnozlaşdırıla bilən olub; buraxılışlar sentyabrın ortasından əvvəl və oktyabrın ortasından sonra olmurdu. Bu il PostgreSQL 19, çox güman ki, noyabrdan əvvəl buraxılmayacaq və layihə onu daha da təxirə sala bilər. 27 avqust ilə 15 sentyabr arasında bir neçə olduqca böyük xüsusiyyət geri qaytarıldı: UPDATE/DELETE FOR PORTION OF, SQL Property Graph Queries (SQL/PGQ) və ALTER TABLE ... MERGE PARTITION/SPLIT PARTITION. Əsas xüsusiyyətlərin geri qaytarılması xüsusiyyət donmasından dərhal sonra heç də qeyri-adi deyil; bu donma hər il 8 apreldə baş verir. Lakin bir neçə əsas xüsusiyyətin bu qədər gec tarixdə geri çəkilməsi qeyri-adi haldır.

LLM xəta hesabatları iş yükünü artırır

Robert Haas dəyişikliyi LLM-lərə bağlayır. 8 aprel 2025-ci ildən 25 sentyabr 2025-ci il tarixinə qədər PostgreSQL-in master branch-ına 1 037 commit və REL_18_STABLE branch-ına 724 commit edilib. 2026-cı ildə eyni tarix aralığında master branch-ına 1 443 commit və REL_19_STABLE branch-ına 1 169 commit edilib. Xüsusiyyət donmasından 25 sentyabrə qədər master branch-ına commitlər ötən ildən bu ilə bir qədər azaldı, geriyə yamaqlanmış commitlər isə 60%-dən çox artdı. 2025-ci ildə REL_17_STABLE branch-ına 248 commit, 2026-cı ildə REL_18_STABLE branch-ına 433 commit edilib; yəni ən azı bir əvvəlki buraxılışa geriyə yamaqlanmış commitlər bir il ərzində 74%-dən çox artdı. İnternetdə PostgreSQL ilə bağlı LLM-lər vasitəsilə tapdıqları xətaları bildirən çox sayda insan var və committer-lər onları düzəltməklə çox məşğuldur.

Keyfiyyət, nəzərdən keçirmə vaxtı və uzunmüddətli suallar

İki amil işləyir. Birincisi, daha çox xəta tapıldığı üçün düzəlişlər daha çox vaxt aparır və LLM tərəfindən hazırlanmış düzəlişlər həmişə doğru və ya PostgreSQL standartlarına uyğun deyil, ona görə də insanlar tərəfindən nəzərdən keçirilməli və təsdiqlənməlidir. İkincisi, buraxılış dəyişikliklərini nəzərdən keçirməyə sərf olunacaq vaxt təhlükəsizlik məsələlərinə və köhnə branch-lardakı digər xətalara yönəldildi, ona görə 19-cu versiyanı buraxmazdan əvvəl nəyin geri qaytarılmalı olduğunu müəyyənləşdirmək daha uzun çəkdi. Haas gecikmənin xüsusilə narahatlıq doğurmadığını və birbaşa layihənin keyfiyyətə verdiyi əhəmiyyətdən qaynaqlandığını deyir. Uzunmüddətli mənzərə daha az aydındır: insanlar tapa bilmədiyi, amma LLM-lərin tapa bildiyi qırx illik xətalarla o, PostgreSQL-in aradaki fərqi necə bağlayacağını və yenilik etməyə necə davam edəcəyini bilmir. O, kod bazasına yüksək qiymət verir, onun mükəmməl olmadığını deyir və hər xüsusiyyət AI tərəfindən yoxlanılarkən LLM-lərin inkişaf etdiriciləri daha yüksək səviyyəyə qaldırmağa məcbur edəcəyini iddia edir.

Mənbələr: Lobsters