PostgreSQL 博览 2026-03-26 RSS 订阅

AI 编程代理能写代码、能生成迁移文件，却做不了开库和发凭据这类运维动作，交付链条到部署这一步就断了。Neon 与 Stripe Projects 完成对接之后，代理可以通过程序化接口创建 Neon 的 PostgreSQL 实例并配好环境，中间不需要人介入。Brad Van Vugt 说这一步补上了代码生成与部署之间的空白，让 AI 辅助开发的流程可以完整跑通。

在数亿行、高并发的 PostgreSQL 上，Jake Hertz 实测 SELECT * 这类通配符查询会把性能拉低九成以上。开销来自三处：不必要的 I/O、缓冲区缓存被污染，以及多余列的序列化传输。执行时整页 8KB 会被读入内存，所有列都要过一遍 MVCC 可见性判断，再序列化送上网络；宽行让每页装下的记录更少，读放大随之加剧。结论很朴素：只取真正用到的列。

vignesh C 的补丁在 3 月 20 日由 Amit Kapila 提交，ALTER PUBLICATION 从此可以改动排除清单，写法是 ALTER PUBLICATION p1 SET ALL TABLES EXCEPT TABLE (s1.t1, s2.t2)。给出 EXCEPT 子句会整体替换原有的排除清单，不给则清空；SET 只写一类对象时，其余未提及的标志也会被重置。排除清单里只能放根分区表或普通表，写分区子表会报错。

Deepak Mahto 列出迁移工具不会提醒的四处麻烦。不带精度的 Oracle NUMBER 被 Ora2pg、AWS SCT 等工具直接映射成 NUMERIC 或 DOUBLE PRECISION，隐式转换会拖慢过程式代码与索引；Oracle 默默完成的类型转换到 PostgreSQL 会直接报运算符错误；SCT 会把无法转换的逻辑编译成空壳过程，元数据校验看不出来；aws_oracle_ext 这类专有 schema 带来云厂商锁定，应换成原生功能或 orafce。

Jeremy Schneider 梳理了 60 多个多人协作的开源项目如何管理数据库 schema 迁移，覆盖 PostgreSQL、MySQL 这类关系库，也包括 MongoDB、图数据库以及 Kubernetes、Dgraph 等系统。最常见的做法是直接用所在编程语言框架自带的迁移机制，其次是项目自己写的专用代码；触发迁移的方式以应用进程本身最普遍，其次是 Kubernetes Job。他说明结论借助 AI 工具整理并附了源码链接。