来源: postgr.es
50
当 里堆满 文件时，很多人的第一反应是“复制坏了”。但 和 指向的不是流复制本身，而是 PostgreSQL 本地归档进程对 的排队和完成记录。把这层关系拆清楚，排查 WAL 暴涨会快很多。 可以把 WAL 交付拆成三件事： 生成 WAL 传输 WAL 回放或消费 WAL 是“传输 WAL”的一种方式。流复制也是一种方式。逻辑复制也有传输通道，但它传的...
来源: postgr.es
53
在 PostgreSQL 备份工具里，“全量 + 一串增量”几乎是默认想象：上一次备份是下一次备份的父节点，恢复时沿着链条一路重放。pg_hardstorage 选择了另一条路：它没有增量链，而且这是设计目标，不是缺失功能。核心取舍很直接：用更多源端读取 I/O，换一个不容易在凌晨恢复时突然断掉的仓库格式。 链式增量格式看起来很省： 只要每个节点都在，...
来源: oschina.net
46
DBeaver 26.1.2 这次更新不算“重做一遍工作台”，但很贴近日常数据库操作：AI 助手新增聊天能力，可以帮助生成 SQL 查询并回答问题；Data Editor 的 Find/Replace 界面更新；查找框还多了一个快速筛选入口，可以把不匹配的行直接隐藏起来。对经常在表格数据、SQL 编辑器和结果集之间来回切换的人来说，这些都是省鼠标、少走...
来源: postgr.es
44
PostgreSQL 的 看起来像一个普通优化器开关，但它影响的是分区表查询里非常关键的一步：把明显不需要访问的分区从扫描计划中剔除。容易踩坑的地方在于，分区裁剪不只发生在生成执行计划时，也可能发生在执行过程中。排查慢查询时，只看一眼 里的静态计划，往往不够。 分区表的代价来自“可能要看很多张子表”。如果查询条件能明确落在某个分区范围内，数据库就没有必...
来源: postgr.es
56
PostgreSQL 的 经常被简单理解成“清理死数据”。但真正落到一个 8KB heap page 上，它做的事情更细：什么时候只改 ，什么时候回收 tuple 字节，什么时候还不能释放 line pointer，什么时候更新 FSM 和 visibility map。理解这些细节，能解释很多生产现象：为什么表删了一半文件还不变小，为什么 index...
来源: postgr.es
51
这个 GUC 看起来像一个普通的优化器开关，但它背后对应的是 PostgreSQL 并行哈希连接的一条关键分界线：多个 worker 是各自建一份哈希表，还是合力构建一张共享哈希表。这个差异在小表上可能不显眼，一旦参与 join 的构建端变大，内存占用、批处理次数、执行时间都会被放大。 哈希连接通常分两步：先扫描 join 的一侧，按 join key...
来源: oschina.net
52
只会聊天的 LLM 很快会碰到天花板：它不知道实时库存，不能查订单，也不能调用内部接口。ReActAgent 的价值在于把“推理”和“行动”放进同一个循环里：模型先判断下一步要做什么，再调用工具，拿到结果后继续修正判断，直到给出可用答案。 这类 Agent 不适合拿来包装所有需求，但很适合处理“需要多步判断 + 外部数据 + 动态反馈”的任务，比如客服...
来源: postgr.es
43
PostGIS 3.7.0alpha1 已经发布。这是 3.7 这个大版本线的 alpha 版本，包含自 PostGIS 3.6.4 以来的 bug 修复和新功能。对生产团队来说，它最重要的信号不是“马上升级”，而是：PostgreSQL、GEOS、PROJ、SFCGAL 的版本边界已经明确，可以开始做兼容性盘点和测试环境验证了。 PostGIS 3....
来源: postgr.es
39
PG DATA 2026 已经结束一个月。这是 Prairie Postgres 组织的第一次完整规模活动，从参会者、赞助方、志愿者和没能到场的人反馈来看，它不只是“办成了”，而是跑出了一个社区大会该有的样子：开放、包容、票价可负担，并且让新人和资深 PostgreSQL 用户都能找到位置。 更重要的是，组织方已经把 PG DATA 2027 的日期放...
来源: oschina.net
42
MooTool 1.7.8 的重点不是多加一个炫目的按钮，而是把开发者高频使用的两类内容：随手记和 JSON 文档，从更封闭的数据库管理方式，推向更透明的 txt 文件、文件夹和 Git 工作流。这类改动看起来朴素，但对长期使用工具的人很关键：数据更容易备份、比较、迁移，也更适合纳入团队或个人的版本管理习惯。 这次更新里，【随手记】的数据管理从数据库改...