PostgreSQL 19-ის გამოშვება AI-ით აღმოჩენილი ხარვეზების გამო გადაიდო

Robert Haas-ის 2026 წლის 30 ოქტომბერს, პარასკევს გამოქვეყნებული ბლოგპოსტის თანახმად, PostgreSQL 19 სავარაუდოდ ნოემბერში გამოვა და არა პროექტისთვის ჩვეულ პერიოდში, სექტემბრის შუა რიცხვებიდან ოქტომბრის შუა რიცხვებამდე. დაგვიანება ბეტა ეტაპზე რამდენიმე დიდი ფუნქციის გაუქმებას და დიდი ენობრივი მოდელებით აღმოჩენილი ხარვეზების შესახებ შეტყობინებების მკვეთრ ზრდას უკავშირდება.

გამოშვების ვადა და გვიანდელი გაუქმებები

ბოლო ათწლეულის განმავლობაში PostgreSQL-ის მთავარი ვერსიების გამოშვების დრო პროგნოზირებადი იყო: გამოშვებები სექტემბრის შუა რიცხვებამდე არ ხდებოდა და ოქტომბრის შუა რიცხვებს არ სცდებოდა. წელს PostgreSQL 19 სავარაუდოდ ნოემბრამდე არ გამოვა და პროექტმა შეიძლება გამოშვება კიდევ უფრო გადადოს. 27 აგვისტოდან 15 სექტემბრამდე რამდენიმე საკმაოდ დიდი ფუნქცია გაუქმდა: UPDATE/DELETE FOR PORTION OF, SQL Property Graph Queries (SQL/PGQ) და ALTER TABLE-ის MERGE PARTITION და SPLIT PARTITION ოპერაციები. მთავარი ფუნქციების გაუქმება არც ისე იშვიათია ფუნქციების გაყინვის უშუალოდ შემდეგ, რომელიც ყოველწლიურად 8 აპრილს ხდება, თუმცა ერთდროულად რამდენიმე მთავარი ფუნქციის ასე გვიან მოხსნა უჩვეულოა.

LLM-ით აღმოჩენილი ხარვეზები სამუშაოს ზრდის

Robert Haas-ი ცვლილებას LLM-ებს უკავშირებს. 2025 წლის 8 აპრილიდან 25 სექტემბრამდე PostgreSQL-ის master-ის ტოტზე 1 037 კომიტი გაკეთდა, REL_18_STABLE-ზე კი 724 კომიტი. 2026 წელს იმავე პერიოდში master-ის ტოტზე 1 443 კომიტი იყო, REL_19_STABLE-ზე კი 1 169 კომიტი. ფუნქციების გაყინვიდან 25 სექტემბრამდე master-ის ტოტზე კომიტები გასულ წელთან შედარებით მცირედ შემცირდა, ხოლო ძველ ტოტებში გადატანილი კომიტები 60%-ზე მეტით გაიზარდა. 2025 წელს REL_17_STABLE-ზე 248 კომიტი იყო, 2026 წელს კი REL_18_STABLE-ზე 433 კომიტი, რაც ნიშნავს, რომ ძველ ტოტებში გადატანილი კომიტები ერთ წინა ვერსიაზე მაინც 74%-ზე მეტით გაიზარდა ერთ წელიწადში. ინტერნეტში უამრავი ადამიანი ახლა PostgreSQL-ში LLM-ებით აღმოჩენილ ხარვეზებს ატყობინებს და კომიტერები მათ გამოსწორებაში ძალიან დაკავებულები არიან.

ხარისხი, მიმოხილვის დრო და გრძელვადიანი კითხვები

აქ ორი ფაქტორი მოქმედებს. პირველი: რადგან გაცილებით მეტი ხარვეზი აღმოჩნდება, გამოსწორებას მეტი დრო სჭირდება, ხოლო LLM-ით დაწერილი გამოსწორებები ყოველთვის არ არის სწორი ან PostgreSQL-ის სტანდარტებთან შესაბამისი, ამიტომ ისინი მაინც საჭიროებენ ადამიანების მიერ მიმოხილვასა და კოდში შეტანას. მეორე: გამოშვების ცვლილებების მიმოხილვაზე დახარჯული დრო უსაფრთხოების პრობლემებისა და ძველ ტოტებში არსებული სხვა ხარვეზების მოგვარებაზე გადანაწილდა, ამიტომ უფრო მეტი დრო დასჭირდა იმის გარკვევას, რა უნდა გაუქმებულიყო 19-ე ვერსიის გამოშვებამდე. Haas-ი ამბობს, რომ დაგვიანება განსაკუთრებულად საგანგაშო არ არის და პირდაპირ პროექტის ხარისხისადმი ზრუნვიდან გამომდინარეობს. გრძელვადიანი სურათი ნაკლებად ნათელია: მისი თქმით, უცნობია, როგორ გაუმკლავდება PostgreSQL 40 წლის განმავლობაში დაგროვილ ხარვეზებს, რომელთა აღმოჩენას ადამიანები ვერ ახერხებდნენ, ხოლო LLM-ებს შეუძლიათ, და როგორ გააგრძელებს ინოვაციებს. Haas-ი კოდის ბაზას მაღალ შეფასებას აძლევს, ამბობს, რომ ის სრულყოფილი არ არის, და მიიჩნევს, რომ LLM-ები დეველოპერებს უფრო მაღალ დონეზე მუშაობას მოსთხოვენ, რადგან AI-მ ყოველ ფუნქციას შეამოწმებს.

წყაროები: Lobsters