Postgres 19、AIレビューアが人間では修正しきれないほどのバグを発見しリリース延期

PostgreSQL Global Development Groupは、人気のオープンソースデータベースの最新版であるPostgreSQL 19のリリースを延期し、異例の数の機能を保留しました。 当初9月下旬または10月上旬にリリースされる予定だったPostgreSQL 19は、現在11月19日頃に一般公開される見込みです。開発者はまた、8から10の主要機能を削除しました。 PostgreSQLサポートおよびコンサルティング企業EDBのバイスプレジデントであり、著名なPostgreSQLコミッターでもあるPeter Eisentraut氏は、リバート（次期リリースであるPostgreSQL 20への延期）された機能の数について、その理由が少なくとも部分的には開発者が使用したLLMコードレビューに起因する可能性があると説明しました。 Eisentraut氏はブログ投稿で、リバートされた機能の一部には、ベータ期間中に「迅速に修正するのが困難な」重大なアーキテクチャ上の欠陥があったと述べています。 しかし、LLM支援コードレビューの導入は、「比較的無害な、様々なエッジケースに関わる問題」のロングテールも明らかにし、これらは過去であれば、おそらくリリース後5年以内にバグ修正として発行されるまで、開発者が気づかなかった可能性が高いものでした。 「LLM支援コードレビューを使えば、これらの種類の問題ははるかに速く見つけることができます。そして、40件の欠陥レポートのリストを突きつけられることになります。それぞれの修正が平均して3行の修正しか必要なかったとしても、それぞれの処理には固定のオーバーヘッドがあり、そうすると時間がなくなってしまいます。」 PostgreSQL 19のメジャーアップデートが作成された当時、LLM支援コードレビューは現在ほど有用ではなかったと伝えられていますが、リリースまでの数ヶ月間で、AI支援レビューはより良く理解され、より効果的になりました。 「機能が作成されコミットされた時点以降、実質的な品質バーが引き上げられました。LLM支援コードレビューの能力が現在のペースで向上し続けない限り、この状況は将来の開発サイクルでは自然に解決されるはずです」とEisentraut氏は述べています。 また、リバートは開発における「バイブコーディング」によるものではないことを強調しました。なぜなら、ほとんどの新機能が作成された時点では、その手法は利用可能ではなかったからです。 Postgresは1986年にMichael Stonebrakerによって最初に提案されました。1994年にAndrew YuとJolly Chenがクエリ言語POSTQUELをSQLに置き換え、1995年にデータベースをより寛容なライセンスの下で自由に入手・変更可能にし、PostgreSQLと改名しました。その後、大手3社のハイパースケーラーがPostgreSQL上に構築したサービスや、利用可能なワイヤー互換の分散システムの範囲により、プロの開発者の間で最も人気のあるデータベースとなっています。 PostgreSQL 19から除外された機能の1つは、2023年にSQL標準の一部となったSQL Property Graph Queries（SQL/PGQ）のサポートです。この機能は、エッジで接続されたノード間の関係を探索するための構文を提供します。 PostgreSQLの実装は、未解決の問題により削除されました。 当時、PostgreSQLのコントリビューターであるTom Lane氏は、「v19でリリースした場合、リリース後にv20まで修正できないバグが発見されると賭けてもいい」と警告していました。 遅延にもかかわらず、Eisentraut氏はPostgreSQL 19が依然として「素晴らしいリリース」になると約束しており、ディスクスペースを再利用するために使用されるテーブルロックVACUUM FULL操作を回避するREPACK CONCURRENTLYが含まれています。 「そして、追加の精査を経て、非常に堅牢になるでしょう」と彼は付け加えました。 PostgreSQL 19からリバートされた機能は、おそらくPostgreSQL 20に搭載されるでしょう。わずか数ヶ月前、開発者はPostgreSQL 20には新機能がなく、バグ修正のみになると予想していました。しかし現在では、以前のリリースから残された新機能が含まれる可能性が高いとEisentraut氏は述べています。