Группа разработчиков PostgreSQL Global Development Group отложила выпуск PostgreSQL 19, последней версии популярной базы данных с открытым исходным кодом, и исключила из нее неожиданно большое количество функций.
PostgreSQL 19, релиз которой изначально планировался на конец сентября или начало октября, теперь ожидается к общему доступу примерно 19 ноября. Разработчики также отказались от восьми-десяти значимых функций.
Объясняя количество откатов — функций, выпуск которых теперь отложен до релиза следующего года, PostgreSQL 20 — Питер Айзентраут, вице-президент EDB, компании, занимающейся поддержкой и консалтингом PostgreSQL, заявил, что причина может быть, по крайней мере частично, связана с использованием LLM для ревью кода разработчиками.
В записи в блоге Айзентраут, являющийся ведущим контрибьютором PostgreSQL, сообщил, что некоторые из отмененных функций имели существенные архитектурные дефекты, которые было бы трудно исправить «быстро и во время бета-тестирования».
Однако внедрение ревью кода с помощью LLM также выявило длинный хвост «относительно безобидных проблем, связанных с различными граничными случаями», которые в прошлом разработчики могли бы не заметить до гораздо более позднего срока, скорее всего, выпустив исправления ошибок в течение пяти лет после запуска. «С помощью LLM-ревью кода такие вещи можно обнаружить гораздо быстрее, и тогда вы смотрите на список из сорока отчетов об ошибках. Даже если каждая из них требует в среднем всего трехстрочного исправления, существует фиксированные накладные расходы на обработку каждой из них, и тогда у вас заканчивается время».
Когда писались крупные обновления для PostgreSQL 19, ревью кода с помощью LLM было не так полезно, как сейчас, как нам сообщили, но в месяцы, предшествовавшие запуску, поддержка ИИ в ревью стала лучше понята и более эффективна.
«Эффективный уровень качества был поднят после того, как функция была написана и закоммичена. Если возможности LLM-ревью кода не будут продолжать улучшаться текущими темпами, эта ситуация должна разрешиться сама собой для будущих циклов разработки», — сказал Айзентраут.
Он также особо подчеркнул, что откаты были не связаны с «кодингом по настроению» в разработке, поскольку эта техника не была доступна, когда писалось большинство новых функций.
Postgres был впервые предложен Майклом Стоунбрейкером в 1986 году. В 1994 году Эндрю Ю и Джолли Чен заменили язык запросов POSTQUEL на SQL, а в 1995 году сделали базу данных свободно доступной и модифицируемой под более разрешительной лицензией, переименовав ее в PostgreSQL. С тех пор она стала самой популярной базой данных среди профессиональных разработчиков благодаря услугам, построенным на ней крупными гиперскейлерами, а также благодаря доступному спектру распределенных систем, совместимых по протоколу.
Среди функций, исключенных из итерации PostgreSQL 19, — поддержка запросов к графовым базам данных SQL (SQL/PGQ), которая стала частью стандарта SQL в 2023 году. Эта функция предоставляет синтаксис для исследования связей между узлами, соединенными ребрами. Реализация PostgreSQL была удалена из-за нерешенных проблем.
В то время контрибьютор PostgreSQL Том Лейн предупреждал: «В данный момент я готов поспорить на ужин, что если мы выпустим это в v19, то после релиза будут обнаружены ошибки, которые невозможно будет исправить до v20».
Несмотря на задержку, Айзентраут обещает, что PostgreSQL 19 все равно будет «отличным релизом», который будет включать REPACK CONCURRENTLY, позволяющий избежать блокировки таблицы при операции VACUUM FULL, используемой для освобождения дискового пространства.
«И он будет очень надежным после всего дополнительного анализа», — сказал он.
Функции, отмененные из PostgreSQL 19, скорее всего, войдут в PostgreSQL 20. Всего несколько месяцев назад разработчики ожидали, что PostgreSQL 20 не будет иметь новых функций, только исправления ошибок. Теперь, вероятно, в него войдут новые функции, оставшиеся от предыдущего релиза, сказал Айзентраут.®
Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.
Автор – Lindsay Clark
