PostgreSQL 19 为何回滚了这么多特性
来源：peter.eisentraut.org — 2026-10-09
📋 概述
Peter Eisentraut 复盘 PostgreSQL 19 进入 beta 之后异常多的特性回滚——按不同口径算有 8 到 10 个重要特性被撤下，有些还撤得很晚。他列出若干叠加原因：可能就是代码本身不够好；也可能纯属运气，之前太顺以至于挑了几个本就太难、来不及收尾的特性，其中一些存在短期内难以修复的架构缺陷，而更长的尾巴是各种边界情况的小问题。关键变化在于 LLM 辅助代码审查把有效质量门槛抬高了：这些问题过去要花五年才慢慢浮现，现在会一次性冒出四十份缺陷报告，哪怕每份只要三行修复，也有固定的处理开销。他还提到「漏洞末日」让资深开发者在 4 月到 8 月忙于安全修复，削弱了 beta 期本该有的额外审查与测试，导致问题暴露得格外晚。
🔑 核心要点
- 规模罕见：约 8 到 10 个重要特性在 beta 期间被回滚，其中一些撤得相当晚
- 不是「vibe coding」：这些代码写于 LLM 辅助审查还没那么有用的年代
- 真实机制是质量门槛被抬高：过去五年才慢慢浮现的问题，现在一次冒出四十份缺陷报告
- 哪怕每份报告平均只要三行修复，每条都有固定的处理开销，时间就那样耗尽
- 「漏洞末日」让资深开发者在 4 月到 8 月忙于安全修复，削弱了 beta 期应有的额外审查与测试
- 深层原因是系统复杂度：域、复合类型、分区、视图、触发器层层组合，没人能手工枚举用例，但 LLM 辅助模糊测试能很快找出来
💡 金句
我喜欢说，在 PostgreSQL 里「一切都能和一切配合」。这正是它的魅力所在，我完全不想放弃这一点。
👍 0
👎 0
← 返回 Lobsters 首页