2026 年 9 月 24 日，PostgreSQL 全球开发组发布 PostgreSQL 19 的第四个 Beta。这一版本最值得后端与数据团队关注的，不是新增了什么，而是出于可靠性考虑回退了多个原本规划的特性。下一个里程碑是 10 月初的 RC，正式版预计也在其后。本文从后端架构与数据视角解读。
哪些特性被回退
Beta 4 回退的范围包括：SQL PGQ 属性图查询支持、在线启用或禁用数据校验和（data checksums）、FOR PORTION OF 子句的时态更新与删除、ALTER TABLE 的 MERGE PARTITIONS 与 SPLIT PARTITIONS，同时移除了 pg_get_role_ddl()、pg_get_tablespace_ddl()、pg_get_database_ddl() 等函数，并回退了 postmaster 强制 LC_COLLATE=C 的改动。这些都是曾被列入版本规划的能力。
回退对架构规划的影响
对已经在架构设计中预留这些特性的团队，Beta 阶段的回退是一个明确信号：不能把尚未 GA 的特性写进刚性计划。尤其是属性图查询与分区合并拆分，往往会影响数据模型与运维方案的设计。后端架构应保留替代实现，避免在升级窗口被动调整。
仍在推进的方向
公告同时提到，团队修复了外键约束检查性能特性、新的 REPACK 与 WAIT FOR 命令、autovacuum 新评分系统以及 COPY FROM 的 SIMD 优化等多处问题。这些工作仍在正常推进，说明回退是聚焦质量而非整体延期。对大规模数据平台，外键检查与 COPY 路径的性能改进、以及 autovacuum 评分的优化，都可能直接影响日常运维体验。
对升级与测试的建议
建议后端与数据团队尽早用 Beta 4 对真实数据集做兼容性测试，重点核对被回退特性是否出现在现有应用或迁移脚本中，并在 RC 发布后再次验证。对于考虑新特性的团队，应以最终 GA 说明为准再决定是否采用。
小结
PostgreSQL 19 Beta 4 于 2026 年 9 月 24 日发布，回退 SQL/PGQ、在线校验和等多项原计划特性以保障可靠性，RC 预计 10 月到来，是后端架构与数据领域值得持续跟踪的进展。