来源: oschina.net
32
xbatis 1.10.6 正式发布，这次更新的重点很直接：继续把 ORM 的日常写法往“少写、好读、可维护”方向推。来源摘要里提到两个具体变化：新增 函数，以及 Map 结果支持强制包含 为 的字段。前者改善 SQL 表达能力，后者解决结果映射里“字段存在但值为空”容易被误判的问题。 很多团队现在会把“有 AI 帮忙写代码”当成减少 ORM 依赖的理...
来源: postgr.es
25
CloudNativePG 1.30 的一个关键变化，是把应用访问 PostgreSQL 的身份管理往 Kubernetes 原生方向又推了一步：新增 CRD，并内置 TLS 客户端证书签发能力。结果是，应用团队可以用声明式资源管理数据库角色，并通过客户端证书连接 PostgreSQL，不再把数据库密码复制到工单、Secret 模板或 CI 变量里。 ...
来源: postgr.es
38
当 里堆满 文件时，很多人的第一反应是“复制坏了”。但 和 指向的不是流复制本身，而是 PostgreSQL 本地归档进程对 的排队和完成记录。把这层关系拆清楚，排查 WAL 暴涨会快很多。 可以把 WAL 交付拆成三件事： 生成 WAL 传输 WAL 回放或消费 WAL 是“传输 WAL”的一种方式。流复制也是一种方式。逻辑复制也有传输通道，但它传的...
来源: postgr.es
41
在 PostgreSQL 备份工具里，“全量 + 一串增量”几乎是默认想象：上一次备份是下一次备份的父节点，恢复时沿着链条一路重放。pg_hardstorage 选择了另一条路：它没有增量链，而且这是设计目标，不是缺失功能。核心取舍很直接：用更多源端读取 I/O，换一个不容易在凌晨恢复时突然断掉的仓库格式。 链式增量格式看起来很省： 只要每个节点都在，...
来源: oschina.net
32
DBeaver 26.1.2 这次更新不算“重做一遍工作台”，但很贴近日常数据库操作：AI 助手新增聊天能力，可以帮助生成 SQL 查询并回答问题；Data Editor 的 Find/Replace 界面更新；查找框还多了一个快速筛选入口，可以把不匹配的行直接隐藏起来。对经常在表格数据、SQL 编辑器和结果集之间来回切换的人来说，这些都是省鼠标、少走...
来源: postgr.es
30
PostgreSQL 的 看起来像一个普通优化器开关，但它影响的是分区表查询里非常关键的一步：把明显不需要访问的分区从扫描计划中剔除。容易踩坑的地方在于，分区裁剪不只发生在生成执行计划时，也可能发生在执行过程中。排查慢查询时，只看一眼 里的静态计划，往往不够。 分区表的代价来自“可能要看很多张子表”。如果查询条件能明确落在某个分区范围内，数据库就没有必...
来源: postgr.es
41
PostgreSQL 的 经常被简单理解成“清理死数据”。但真正落到一个 8KB heap page 上，它做的事情更细：什么时候只改 ，什么时候回收 tuple 字节，什么时候还不能释放 line pointer，什么时候更新 FSM 和 visibility map。理解这些细节，能解释很多生产现象：为什么表删了一半文件还不变小，为什么 index...
来源: postgr.es
38
这个 GUC 看起来像一个普通的优化器开关，但它背后对应的是 PostgreSQL 并行哈希连接的一条关键分界线：多个 worker 是各自建一份哈希表，还是合力构建一张共享哈希表。这个差异在小表上可能不显眼，一旦参与 join 的构建端变大，内存占用、批处理次数、执行时间都会被放大。 哈希连接通常分两步：先扫描 join 的一侧，按 join key...
来源: oschina.net
40
只会聊天的 LLM 很快会碰到天花板：它不知道实时库存，不能查订单，也不能调用内部接口。ReActAgent 的价值在于把“推理”和“行动”放进同一个循环里：模型先判断下一步要做什么，再调用工具，拿到结果后继续修正判断，直到给出可用答案。 这类 Agent 不适合拿来包装所有需求，但很适合处理“需要多步判断 + 外部数据 + 动态反馈”的任务，比如客服...
来源: postgr.es
32
PostGIS 3.7.0alpha1 已经发布。这是 3.7 这个大版本线的 alpha 版本，包含自 PostGIS 3.6.4 以来的 bug 修复和新功能。对生产团队来说，它最重要的信号不是“马上升级”，而是：PostgreSQL、GEOS、PROJ、SFCGAL 的版本边界已经明确，可以开始做兼容性盘点和测试环境验证了。 PostGIS 3....