来源: postgr.es
24
用 和 组合做 PostgreSQL 19 集群升级，思路很诱人：先把物理只读副本转换成逻辑订阅端，让新集群追上旧集群，再在很短的窗口里切流量。这个流程把停机时间压得很低，但也暴露了一个长期存在的坑：逻辑复制不会复制 sequence 的当前状态。 这不是一个边角问题。只要表里有 、、，背后通常都有 sequence。数据行复制过去了，如果 seque...
来源: aws.amazon.com
37
多租户分析系统接入 LLM 后，最危险的变化不是“模型会不会答错”，而是“模型会不会被诱导越权”。如果一个租户通过自然语言问出了另一个租户的数据，传统的应用层权限判断很容易被 prompt injection、工具调用参数污染或 SQL 生成错误绕过。 PAR 的做法值得关注：他们把安全边界拆成三层，而且每一层都独立工作。请求入口用 AWS SigV4...
来源: postgr.es
30
Swiss PGDay 2026 延续了一个有趣的传统：名字叫 PGDay，实际是两天、双 Track 的 PostgreSQL 活动。它不只是听报告的会议，更像一次 PostgreSQL 工程师、用户、顾问和组织者的年度现场同步。Laurenz Albe 的记录里，技术话题、社区关系、走廊交流和晚间活动交织在一起，正好说明 PostgreSQL 为什...
来源: postgr.es
24
很多团队并不缺备份、复制、监控或云服务，真正缺的是在压力下把它们用对的能力。灾难恢复，简称 DR，最容易被误解成一套工具清单：有备份、有只读副本、有对象存储、有告警，就算准备好了。但真正出事时，决定 RTO 的往往不是你买了什么，而是谁来指挥、命令是否还能跑、权限是否还有效、团队有没有练过。 这篇文章讨论的是 DR 的后半段：如何把恢复能力从文档变成流...
来源: postgr.es
34
2026 年 6 月下旬，PostgreSQL 社区在欧洲多地连续发生了几件值得记录的事：伦敦、里尔、法兰克福、荷兰用户组相继举办 Meetup，PGDay UK 2026 的项目委员会敲定日程，Swiss PGDay 2026 也在 6 月 25–26 日举行。单看每场活动，它们像是普通的社区聚会；连起来看，则能看到一个成熟开源数据库社区如何靠本地组...
来源: oschina.net
34
日常写代码最频繁的打断不是 Slack 消息，而是切到终端做 Git 操作——尤其是分块暂存和交互式变基，命令行里敲起来手忙脚乱。CodeForge v26.2.0 把一整套专业级 Git 工作台塞进了编辑器窗口：暂存、提交、分支图、分块暂存（patch staging）、交互式变基、cherry-pick、bisect、子模块、工作树……几乎覆盖了日...
来源: oschina.net
49
{ "title_zh": "CloudDM 3.2：统一账号体系与 SQL 编辑器语言服务，团队数据库管理更省心", "body_zh": "# CloudDM 3.2：统一账号体系与 SQL 编辑器语言服务，团队数据库管理更省心\n\n数据库管理工具在团队协作场景下最让人头疼的两件事：一是权限和账号体系割裂，管理员和普通用户各走各的入口，维护成本高...
来源: postgr.es
30
是 PostgreSQL 里一个容易被忽视的 GUC（Grand Unified Configuration）。默认值 100 对大多数场景够用，但当你把它推到 500 甚至更高时， 的耗时会暴涨——不过在某些数据分布下，这个代价换来的是查询计划质的飞跃。 PostgreSQL 的查询优化器不看原始数据，它看的是 里存的统计摘要。 决定 在每列上采集多...
来源: postgr.es
40
PostgreSQL Buildfarm 是社区持续集成的基础设施——几十个成员在不同平台、不同分支上跑构建和测试，结果汇总到 Buildfarm 数据库。多年来，想拿这些数据的人只有一个办法：爬网页。Andrew Dunstan 最近收到同事询问，才发现确实没有正式 API，于是借助 Claude Code 动手写了一个，现在已经上线。 Buildf...
来源: postgr.es
33
你写了一条 SQL，数据库引擎拿到它之后，并不是直接按你写的样子执行。在真正跑起来之前，引擎要做一件极其复杂的事——规划。Christophe Pettus 在演讲中把这件事拆成了两个截然不同的工种：先把你的 SQL 改写成更好的形状，再在数十亿种可能的连接顺序里搜出最便宜的那一条。 理解这两个工种的分工和局限，是写出高性能 SQL、读懂 输出的前提。...