#PostgreSQL

PostgreSQL 19 的发布出现延迟。PostgreSQL 开发者 Robert Haas 表示，这次延期本身并不特别令人担忧，它直接来自项目对质量的关注；他真正担心的是长期维护能力。Haas 指出，LLM 有能力发现人类四十年都未能找到的缺陷，维护者可能永远追不上，这会威胁 PostgreSQL 的持续创新；他称自己和许多人正在努力寻找答案，但尚未提出具体方案。

Timescale（Tiger Data）在 GitHub 发布了 pg\vectorsearch，这是一个基于量化 IVF 结构、名为 PRISM 的 PostgreSQL 向量索引扩展，项目方宣称其性能优于 pgvector 的 IVFFlat 与 HNSW。这一性能说法目前来自项目自身的说明以及该公司 CTO 撰写的技术文章，尚无独立复现的基准数据。社区成员指出两项采用门槛：PRISM 的向量维度上限为 1968 维，超过该维度的现有 HNSW 索引无法直接迁移；该扩展要求 PostgreSQL 18 或更高版本。此外，该索引目前只支持后置过滤（post-filtering），这限制了按租户或权限范围进行高效检索的场景。

PostgreSQL 核心团队成员 Peter Eisentraut 在博客中回顾了进入 beta 阶段后被撤回的“异常多”的 PostgreSQL 19 功能。他表示，部分被撤回的功能存在难以在 beta 期间快速修复的重大架构缺陷，但还有一长串涉及边缘情况、本身相对无害的问题；LLM 辅助代码审查让这类问题被发现得快得多，于是面对约 40 份缺陷报告，即便平均每个只需三行修复，逐项处理的固定开销也会让人耗尽时间。他指出，这些被撤回的功能大多写于 LLM 辅助审查还不那么有用的年代，相当于在功能编写并提交之后，有效质量门槛被抬高了；他认为除非 LLM 辅助审查的能力持续按当前速度提升，未来开发周期里这种情况会自行缓解，而且这基本不属于“vibe coding”。LWN 曾在 9 月报道过 PostgreSQL 19 功能所需的异常多 bug 修复。