PostgreSQL 19 延遲發布，AI 審查發現更多錯誤
Postgres 19 delayed after AI reviewers find more bugs than humans can fix
導語：PostgreSQL 19 版因 AI 驗證發現大量錯誤而推遲至 11 月 19 日釋出。
- 延遲原因：LLM 助力的程式碼審查揭露 8–10 個關鍵功能的缺陷，導致回退並推遲至 PostgreSQL 20。
LLM 驗證加速了錯誤發現，但也暴露了功能回退與釋出延遲的風險，對開發者而言，這凸顯了 AI 驗證工具在品質提升與迭代速度之間的平衡挑戰。
REG AD
核心開發者撤回多達10項功能，將發布推遲至十一月，並將責任歸咎於更佳工具，而非氛圍編碼
PostgreSQL 全球開發團隊已延遲 PostgreSQL 19 的發布，這是熱門開源資料庫的最新版本，並且保留了不尋常數量的功能。
原本預計於九月底或十月初發布的 PostgreSQL 19 現已預計於十一月 19 日左右正式釋出。
開發者還取消了八到十項重要功能。
REG AD
在 部落格文章中， Eisentraut，作為 PostgreSQL 主要提交者之一，表示部分被撤回的功能存在重大架構缺陷，難以「快速且在測試版期間」修復。
REG AD
然而，LLM 協助的程式碼審查也發現了許多「相對無害的邊緣案例」問題，過去開發者可能直到更晚才發現，最可能在發布後五年內才針對這些錯誤修補。『使用 LLM 協助的程式碼審查，這類問題能更快被發現，然後你會面臨四十份缺陷報告的清單。即使每個問題平均只需三行修正，處理每個問題仍有固定開銷，最終你會時間不夠。』
我們被告知，當 PostgreSQL 19 的大型更新被編寫時，LLM 協助的程式碼審查並不像現在那麼有用，但在發布前的幾個月，AI 支援的審查變得更易理解且更有效。
Eisentraut 說：「功能被編寫並提交後，實際品質門檻已被提升。除非 LLM 協助的程式碼審查能力以目前速度持續提升，否則這種情況應該會在未來的開發週期中自行解決。」
他還特別指出，功能撤回並非因為開發中的「氛圍編碼」，因為大多數新功能被編寫時，該技術尚不可用。
Postgres 最早於 1986 年由 Michael Stonebraker 提出，最初建議。1994 年，Andrew Yu 和 Jolly Chen 用 SQL 取代了查詢語言 POSTQUEL，1995 年則以更寬鬆的授權將資料庫免費提供並可修改，並將其改名為 PostgreSQL。此後，因為三大雲端巨頭在其上建置服務，以及可用的線路相容分散式系統，已成為專業開發者最受歡迎的資料庫。
從 PostgreSQL 19 版本中移除的功能之一是 SQL Property Graph Queries（SQL/PGQ）的支援，該功能已於 2023 年成為 SQL 標準的一部分。它提供語法以探索由邊連結的節點之間的關係。PostgreSQL 的實作因未解決問題而被移除。
當時，PostgreSQL 參與者 Tom Lane 警告：「此時，我願意打賭（晚餐）如果我們在 v19 釋出，將會在發布後發現無法在 v20 之前修復的錯誤。」
儘管延遲，Eisentraut 保證 PostgreSQL 19 仍將是一個「偉大的發行版」，其中包含 REPACK CONCURRENTLY，它避免了使用 VACUUM FULL 操作所帶來的表鎖，用於回收磁碟空間。
REG AD
“而且它將會非常穩健，畢竟經過了額外的審查，”他說。
從 PostgreSQL 19 回復的功能很可能會被納入 PostgreSQL 20。僅僅幾個月前，開發者預期 PostgreSQL 20 只會有錯誤修復，沒有新增功能。現在，它很可能會包含之前版本遺留下來的新功能，Eisentraut 說。®