Выход PostgreSQL 19 сдвинули. Релиз ждали в конце сентября или начале октября, теперь — примерно 19 ноября. Заодно из версии убрали от восьми до десяти заметных функций, их перенесли в PostgreSQL 20.

Одну из причин назвал Петер Айзентраут, один из ведущих коммиттеров проекта и вице-президент EDB. За последние месяцы ревью кода с помощью языковых моделей заметно поумнело и вытащило длинный хвост мелких дефектов в пограничных случаях. Раньше такие ошибки находили бы постепенно, в течение лет после релиза.

Почему просто не починили

Каждое замечание по отдельности — пара строк. Но на любое уходит фиксированное время: разобраться, обсудить, проверить. Когда на одну функцию приходит сорок отчётов, к дедлайну не успеваешь. Часть отложенных функций, по словам Айзентраута, к тому же имела архитектурные проблемы, которые нельзя было быстро решить во время беты.

Он отдельно подчеркнул, что «вайб-кодинг» тут ни при чём. Основные функции писали, когда таких ИИ-инструментов ещё не было. Просто планка качества поднялась уже после того, как код попал в репозиторий.

Что ушло и что осталось

  • Ушла поддержка SQL/PGQ — запросов к графам свойств из стандарта SQL:2023
  • Остался REPACK CONCURRENTLY: место на диске можно вернуть без блокировки таблицы, как это бывает при VACUUM FULL
  • Отложенные функции, скорее всего, войдут в PostgreSQL 20, хотя ещё недавно её планировали как релиз только с исправлениями

Наш комментарий

Для владельца сайта новость скорее хорошая: 19-я версия выйдет позже, зато чище. Спешить с переходом на свежую мажорную версию всё равно не стоит — разумнее дождаться первого минорного обновления и прогнать миграцию на копии базы. А сама история хорошо показывает, где ИИ сейчас сильнее всего меняет разработку: не столько в написании кода, сколько в его проверке. Подробности — в материале The Register.