PostgreSQL 博览 2026-06-17 RSS 订阅

PostgreSQL 19 的文档里出现了属性图一章，SQL/PGQ 开始进入核心用户视野。PG19 仍在开发中，文档页自己也标着尚未受支持，但这一章足以让内核、扩展和上层 ORM 提前评估适配。PostgreSQL 一向靠扩展和 SQL 能力吸收周边数据库类型，SQL/PGQ 若在核心里站稳，图查询必须另起一套图数据库的默认选型就会被改写。有依赖路径、权限图或知识图谱需求的团队可以先跟踪语法、限制和执行计划表现。

TimescaleDB 2.28.0 在压缩列存的查询和连续聚合刷新上都有实质增强，正对应时序负载最常见的每组最新值、压缩历史上的条件聚合和持续 rollup。这一版还有一处不向后兼容的改动：移除自适应分块。发布说明还预告 2.29.0 起不再支持 PostgreSQL 15，并调整内部 catalog 中的 chunk_constraint。留在 PG15 的用户要安排升级，依赖内部 catalog 的监控脚本得改用稳定视图。

PostgreSQL 19 的提交 45762084 把 standard_conforming_strings 固定为始终开启，但 pg_dump、pg_restore 的参考页和迁移说明都没提这对恢复旧版转储意味着什么。Baji Shaik 提交补丁补上说明，Tom Lane 认为写得过于乐观：即便数据是 COPY 格式，旧转储也不安全，视图、默认值、约束和函数里的字符串字面量都可能被解析成另一个意思。他给出了措辞更严的替代版本。

AWS 让对象存储自己带上可查询的上下文。S3 Annotations 把结构化标注直接挂在对象旁边，并支持查询与自动化，不再只是标签的扩展。传统对象存储的元数据能力很薄，AI 检索、数据湖和文档库往往要另外维护一套 catalog、向量库或数据库来记住这些信息。归档、日志、文档库和训练数据集都可能受益，但迁移前值得先弄清查询模型、权限、成本、生命周期，以及它与 Glue、Lake Formation 的关系。

AWS 同时调整了 S3 Vectors 的两项关键参数：大索引的查询费用下调八成，单次相似度检索最多返回一万条结果。向量检索的成本和 top-k 上限会直接决定 RAG、相似检索和多阶段重排的做法，AWS 在对象存储产品线里改这两个数字，意图是把一部分向量负载从专用数据库拉到更便宜的存储上。做大规模文档或日志 embedding 的团队值得重新比较 S3 Vectors、pgvector 与自建 ANN，延迟和一致性仍需实测。

Cloudflare 的 DMARC Management 正式可用，并把入口开放给免费客户。域名邮件认证是钓鱼、供应链欺诈和品牌冒用的基础控制面，但 SPF、DKIM、DMARC 三件套配置复杂、报告难读，上线之后又容易随时间漂移。把这套治理挪到域名和 DNS 的同一个平台上，主要价值是压低长期维护成本，也可能推动更多中小站点真的把策略收紧。维护文档站、包仓库或邮件域名的团队值得借机复核现有记录。