Випуск PostgreSQL 19 затримано через звіти про помилки від ШІ

PostgreSQL 19, ймовірно, випустять у листопаді, а не у звичному для проєкту вікні між серединою вересня та серединою жовтня, відповідно до допису в блозі Роберта Гааса, опублікованого в п'ятницю, 30 жовтня 2026 року. Затримка виникла після того, як кілька великих функцій відкотили наприкінці бета-періоду та після сплеску звітів про помилки, знайдених за допомогою великих мовних моделей.

Терміни випуску та пізні відкати

За останнє десятиліття терміни випуску основних версій PostgreSQL були передбачуваними: випуски виходили не раніше середини вересня і не пізніше середини жовтня. Цього року PostgreSQL 19, найімовірніше, не випустять до листопада, а проєкт може вирішити відкласти його ще далі. Між 27 серпня та 15 вересня кілька доволі великих функцій було відкотено: UPDATE/DELETE FOR PORTION OF, SQL Property Graph Queries (SQL/PGQ) та ALTER TABLE ... MERGE PARTITION/SPLIT PARTITION. Відкати великих функцій не є особливо рідкісними одразу після заморожування функцій, яке щороку відбувається 8 квітня, але незвично бачити кілька великих функцій, вилучених так пізно.

Звіти про помилки від LLM збільшують навантаження

Роберт Гаас пов'язує зміни з великими мовними моделями. Від 8 квітня до 25 вересня 2025 року до гілки master PostgreSQL було 1 037 комітів, а до REL_18_STABLE було 724 коміти. У 2026 році за той самий період було 1 443 коміти до гілки master і 1 169 комітів до REL_19_STABLE. Кількість комітів до гілки master між заморожуванням функцій і 25 вересня трохи зменшилася порівняно з минулим роком, тоді як кількість комітів із зворотним портуванням зросла більш ніж на 60%. У 2025 році було 248 комітів до REL_17_STABLE, а у 2026 році було 433 коміти до REL_18_STABLE, тобто кількість комітів із зворотним портуванням принаймні до одного попереднього випуску зросла більш ніж на 74% за один рік. Величезна кількість людей в Інтернеті зараз повідомляє про помилки в PostgreSQL, які вони знайшли за допомогою великих мовних моделей, а комітери були дуже зайняті їх виправленням.

Якість, час на перегляд і довгострокові питання

Діють два чинники. По-перше, оскільки знаходять набагато більше помилок, виправлення займають більше часу, а виправлення, підготовлені великими мовними моделями, не завжди правильні або відповідають стандартам PostgreSQL, тому вони все одно потребують перегляду та внесення людьми. По-друге, час, який витрачали б на перегляд змін до випуску, було спрямовано на вирішення проблем безпеки та інших помилок у старших гілках, тому знадобилося більше часу, щоб визначити, що потрібно відкотити перед випуском версії 19. Гаас каже, що затримка не є особливо тривожною і безпосередньо випливає з турботи проєкту про якість. Довгострокова картина менш зрозуміла: з сорока роками помилок, яких люди не могли знайти, а великі мовні моделі можуть виявити, він не впевнений, як PostgreSQL наздожене і продовжить інновації. Він високо оцінює кодову базу, каже, що вона не досконала, і стверджує, що великі мовні моделі змусять розробників підвищити рівень, оскільки кожна функція буде перевірена штучним інтелектом.

Джерела: Lobsters