ИИтог

PostgreSQL 19 выйдет позже обычного: LLM нашли множество багов

инфраструктураРедакция ИИтогHacker News🔥60Рейтинг ИИтог60Влияние55Новизна60Релевантность80Неожиданность55Участники35Достоверность82

Последние десять лет выход крупных версий PostgreSQL был предсказуемым: не раньше середины сентября и не позже середины октября. В этом году иначе. По словам автора записи в блоге (разработчика PostgreSQL), PostgreSQL 19 скорее всего выйдет только в ноябре, и нельзя исключать, что проект отложит релиз ещё дальше.

Кроме того, в конце бета-периода, с 27 августа по 15 сентября, откатили сразу три крупные функции: UPDATE/DELETE FOR PORTION OF, SQL Property Graph Queries (SQL/PGQ) и ALTER TABLE … MERGE PARTITION/SPLIT PARTITION. Откаты сразу после заморозки функций (она каждый год приходится на 8 апреля) бывают нередко, но чтобы несколько крупных функций сняли так поздно, необычно.

Объяснение автора короткое: «случились LLM». В кодовой базе PostgreSQL много старого и сложного кода (история в git, конвертированная из CVS, уходит больше чем на 30 лет назад, а первый код написан ещё на десятилетие раньше), и ошибки в нём были всегда. Новое в том, что находить их стало несравнимо проще, а исправлять, тоже проще, но не в той же мере.

Цифры автор берёт из коммитов. С 8 апреля по 25 сентября 2025 года в главную ветку (master) пришло 1037 коммитов, а в REL_18_STABLE, 724. За тот же период 2026 года, 1443 коммита в master и 1169 в REL_19_STABLE. Число коммитов, которые переносят исправления в выпускаемую версию (back-patch), по словам автора, выросло больше чем на 60%. Автор допускает, что часть роста, следствие большего числа ошибок самих коммиттеров, но не думает, что кто-то в проекте считает это главной причиной: скорее всего, коммиттеры были так же консервативны, как и раньше, просто LLM быстро нашли гораздо больше их промахов.

Это касается не только новой версии. В REL_17_STABLE за тот же период 2025 года было 248 коммитов, а в REL_18_STABLE за 2026 год, 433. То есть число коммитов, переносимых не только в разрабатываемую версию, но и минимум в одну предыдущую, за год выросло больше чем на 74%. Причина, по мнению автора, проста: огромное число людей в интернете сообщает о найденных с помощью LLM ошибках в PostgreSQL, а коммиттеры очень заняты их исправлением.

Откаты и задержку автор связывает с двумя факторами. Во-первых, раз ошибок находят больше, их дольше исправлять: LLM могут набросать исправление, но оно не всегда верно и не всегда соответствует стандартам PostgreSQL, поэтому его проверяют и коммитят люди, а «умнее эти люди с 2025 по 2026 год не стали». Во-вторых, время, которое ушло бы на ревью того, что вошло в релиз, переключилось на проблемы безопасности и другие ошибки в старых ветках, поэтому дольше выяснялось, что нужно откатить до выпуска версии 19.

Сам по себе перенос автор не считает особенно тревожным: задержка невелика и прямо вытекает из заботы проекта о качестве. Долгосрочная картина, по его словам, менее ясна и в чём-то тревожнее: если за сорок лет накопились ошибки, которые люди не смогли найти, а LLM способны обнаружить, как проекту догнать этот поток и продолжать развиваться? «Сейчас я не уверен», пишет он, добавляя, что он и многие другие усердно над этим работают.

Высокой оценки кода PostgreSQL успех ИИ в поиске ошибок не меняет: по словам автора, это одна из самых чистых и качественных кодовых баз, с которыми ему доводилось работать. В итоге LLM заставят каждого разработчика PostgreSQL, а в какой-то мере и каждого разработчика ПО, повысить планку: каждую функцию отныне будет изучать ИИ, и то, что раньше навсегда осталось бы незамеченным, найдут, возможно, за считаные часы. Это, по словам автора, и вызов, и возможность. Запись изначально опубликована на neon.com.

Ключевые факты

  • PostgreSQL 19, по словам автора, скорее всего выйдет только в ноябре, тогда как последние десять лет релизы выходили не раньше середины сентября и не позже середины октября; дальнейший перенос не исключён.
  • С 27 августа по 15 сентября откатили три крупные функции: UPDATE/DELETE FOR PORTION OF, SQL/PGQ и ALTER TABLE … MERGE PARTITION/SPLIT PARTITION.
  • С 8 апреля по 25 сентября в REL_19_STABLE пришло 1169 коммитов против 724 в REL_18_STABLE годом ранее; число back-patch-коммитов, по словам автора, выросло больше чем на 60%.
  • Коммитов, переносимых и в предыдущие версии, стало больше на 74% и более (248 в REL_17_STABLE за 2025 год против 433 в REL_18_STABLE за 2026 год).
  • Автор называет две причины задержки: исправлять больше ошибок дольше, а ревью релиза отвлеклось на проблемы безопасности и ошибки в старых ветках.

Почему это важно

PostgreSQL, одна из самых известных открытых СУБД, и её график выпусков много лет был образцово ровным. Сдвиг релиза на ноябрь и три поздних отката функций, наглядный пример того, как поток ошибок, найденных с помощью LLM, влияет на живой зрелый проект. Автор записи, разработчик PostgreSQL, считает, что это только начало: исправлять ошибки пока сложнее, чем находить, и вопрос, как проекту «догнать» этот поток и продолжать развиваться, остаётся открытым.

Кому это важно

Администраторам и командам, планирующим обновление на PostgreSQL 19 в этом году: сроки, по словам автора, смещаются на ноябрь или позже. Также разработчикам открытых проектов и сопровождающим больших кодовых баз: по оценке автора, каждую новую функцию теперь будет изучать ИИ, а дефекты могут находить за часы. Тем, кто ждал отдельные функции (SQL/PGQ, FOR PORTION OF, объединение и разделение партиций): они откачены из версии 19, и в источнике не сказано, вернутся ли они позже.

Как это применить

Прямых инструкций в записи нет. Практический вывод для читателя: закладывать в планы, что PostgreSQL 19 может выйти позже привычного срока, и не рассчитывать на откаченные функции в этой версии. Для разработчиков собственного кода автор советует готовиться к более строгой проверке: всё, что пишется, будет просматриваться ИИ, поэтому планку качества придётся поднимать.

Можно ли доверять

Это авторская интерпретация, а не официальное объявление проекта: в тексте нет заявлений других участников PostgreSQL или анонса задержки. Имя автора в самом тексте не указано, в записи сказано лишь, что она впервые вышла на neon.com. Числа коммитов конкретны, но в тексте есть неувязка: сказано, что коммиты в master за этот период «слегка снизились», тогда как приведённые цифры (1037 в 2025 году и 1443 в 2026 году) говорят о росте. Также причинно-следственная связь «LLM нашли больше ошибок, релиз задержан» подана как объяснение автора («скорее всего»), а не как доказанный факт. В источнике нет данных о числе найденных ошибок, уязвимостей и о том, какие именно инструменты применялись.

Риски и подводные камни

Автор отмечает, что исправления, набросанные LLM, не всегда верны и не всегда соответствуют стандартам PostgreSQL, так что их нужно проверять людям, и нагрузка на коммиттеров растёт. Если релиз 19 действительно перенесут ещё, это ударит по планам обновления. Долгосрочный риск, сможет ли проект успевать и исправлять ошибки, и разрабатывать новое: автор прямо говорит, что пока не уверен в ответе. Ещё одна оговорка: свои оценки причин он выводит из статистики коммитов, а не из разбора каждой ошибки.

«Каждая функция, которую мы напишем отныне и до конца карьеры, будет проверяться ИИ, и то, что в прежние времена навсегда осталось бы незамеченным, теперь найдут, возможно, за считаные часы.»

— автор записи о задержке PostgreSQL 19