PostgreSQL 19 的發布從原定 9 月底至 10 月初推遲到約 11 月 19 日，同時回退了 8 至 10 項重要功能，其中包括 SQL/PGQ 屬性圖查詢，這些功能預計順延至 PostgreSQL 20。核心提交者、EDB 副總裁 Peter Eisentraut 在部落格中解釋，部分被回退的功能存在難以在 beta 期快速修復的架構缺陷；LLM 輔助程式碼審查還提前暴露出大量邊界情況問題，儘管平均每處只需約三行修復，但處理數十份缺陷報告所需的時間開銷卻相當大，導致時間不夠。另一篇由受影響開發者兼提交者撰寫的文章把原因歸結為多重因素：LLM 輔助程式碼審查與模糊測試大幅提高了品質門檻，使幾年前寫就的程式碼暴露出大量邊緣用例缺陷；同時 4 月到 8 月社群忙於安全修復（Vulnpocalypse），壓縮了 beta 期原本用於額外審查與測試的時間。對計劃升級的資料庫使用者而言，SQL/PGQ 等特性要等到 PostgreSQL 20 才能用上。
AI 根據 2 則報導生成 · 更新
沿著報導，了解事件的不同側面；點標題看單篇報導的摘要與原文連結。
PostgreSQL 19 進入 beta 期後已撤回約 8 到 10 個重要特性，其中部分撤回得相當晚。撰寫該文的開發者兼提交者認為，原因之一是 LLM 輔助程式碼審查和模糊測試大幅提高了品質門檻，許多幾年前寫就的程式碼因此暴露出大量邊緣用例缺陷，修完時間不夠；另一個原因是 4 月到 8 月社群忙於安全修復（Vulnpocalypse），beta 期常規的額外審查與測試被壓縮。
PostgreSQL 19 從原定的 9 月底至 10 月初推遲到約 11 月 19 日發布，並回退了 8 至 10 項重要功能，含 SQL/PGQ 屬性圖查詢，這些功能預計順延至 PostgreSQL 20。核心提交者 Peter Eisentraut 稱，部分功能存在難以在 beta 期快速修復的架構缺陷，而 LLM 輔助程式碼審查還提前暴露出大量邊緣情況問題：即便平均每個只需三行修復，處理數十份缺陷報告的固定開銷仍讓時間不夠。
過去 48 小時，有 0 個獨立來源報導，最近 6 小時新增 0 個。熱度 0.0。
熱度以 48 小時內的獨立來源計，同一來源只算一次，每 24 小時權重減半。
同一事件的報導集中在這裡，新的進展會繼續補充。