PostgreSQL 19 可能延期：LLM 测试揭出太多历史缺陷

导语

PostgreSQL 19 可能无法延续过去十年的发布时间节奏。按照以往规律，PostgreSQL 的大版本通常在 9 月中旬到 10 月中旬之间发布，但今年的版本大概率要推迟到 11 月。更值得关注的是，延期并不只是常规测试进度放缓，而是与测试后期发现的大量问题有关。

核心要点

• 发布时间出现明显偏移：PostgreSQL 过去十年的发布窗口相当稳定，今年首次打破这一规律。
• 测试后期发现的问题增多：LLM 被用于辅助检查和测试后，暴露出一些长期存在的缺陷，项目需要投入更多时间确认和修复。
• 多个重要功能被撤销：UPDATE/DELETE FOR PORTION OF、SQL Property Graph Queries（SQL/PGQ）以及 ALTER TABLE … MERGE/SPLIT PARTITION 均在后期被移出本次版本。
• 延期优先于带病发布：在数据库这类基础软件中，推迟发布通常意味着维护者更看重兼容性、正确性和升级风险。

LLM 为什么会影响发布节奏？

从现有信息看，LLM 并不是直接导致代码质量下降，而是提高了发现旧问题的能力。过去可能被测试覆盖不足、边界场景或复杂交互掩盖的缺陷，在自动化分析和辅助审查的帮助下被重新暴露出来。问题越多，维护者就越需要判断它们的影响范围、修复方式以及是否会牵连现有功能。

这也解释了为什么项目会在测试后期撤回功能。将不够成熟的特性保留到正式版，可能带来行为不一致、升级障碍或后续维护成本。相比之下，先移除风险较高的功能，再在未来版本中重新推进，是更保守的工程选择。不过，现有素材没有说明这些功能分别存在何种具体缺陷，也不能据此断言它们会永久取消。

对开发者意味着什么？

如果 PostgreSQL 19 最终延至 11 月，依赖该版本的团队需要重新安排升级验证、兼容性测试和发布计划。关注新特性的用户，也应以最终发行说明为准，不要仅根据开发阶段信息提前假设功能一定可用。

更大的意义在于，LLM 正逐步成为基础软件测试链条的一部分。它可能帮助项目发现更多历史问题，但“找出问题”并不等于“自动解决问题”。对于数据库这样的核心基础设施，人工复核、回归测试和社区验证仍然不可替代。此次延期因此既是一次版本进度变化，也体现了 AI 辅助开发对开源项目质量门槛的重新塑造。

来源：OSChina