标签

PostgreSQL

两项功能退出 PostgreSQL 19:从临门回滚看数据库发布工程

来源: postgr.es 39
PostgreSQL 19 的开发过程中,两项功能在发布前被撤回。事情的背景很具体:Robert Haas 于 8 月 25 日在 pgsql-hackers 邮件列表上询问,六项经历大量补丁修改的功能是否应该在 PostgreSQL 19 发布前移除。最终撤回的两项功能中,一项在这份名单里,另一项并不在。 由于现有摘要没有给出这两项功能的名称、提交编...

用 Data Agent Kit 在 IDE 里完成跨数据源根因分析

来源: cloud.google.com 23
“1 月平均订单金额下降了 7%,但总收入没有变化,为什么?”这类问题难的不是写出某一条 SQL,而是答案通常散落在多个系统里:订单历史位于 BigQuery,实时客户资料保存在 Cloud SQL for PostgreSQL,营销规则则以 JSON 文件存放在 Cloud Storage。 Data Agent Kit 试图把这段调查过程收回到 I...

用 chdb 扩展加速 PostgreSQL 云端数据导入:能力、基准与落地方法

来源: postgr.es 34
PostgreSQL 从对象存储导入大批量数据时,瓶颈往往不只在网络。CSV、Parquet 等格式的解析、类型转换、解压缩,以及数据写入 PostgreSQL 的过程,都可能消耗大量 CPU 和内存。新发布的 PostgreSQL 扩展提供了另一种实现路径:在 PostgreSQL 侧利用 chDB——一个进程内运行的 ClickHouse 引擎——...

从默认放行到零信任:用 Kubernetes NetworkPolicy 隔离三层应用

来源: postgr.es 21
Kubernetes 集群中的 Pod 通常可以彼此通信。部署了 Frontend、Backend 和 Database,并不意味着三层之间天然存在网络边界。要实现零信任,需要先把命名空间切换为默认拒绝,再基于标签、端口和方向逐条开放业务真正需要的链路。 NetworkPolicy 是标准 Kubernetes API,但 API 对象本身不会拦截数据...

别被名字骗了:PostgreSQL 的 maintenance_io_concurrency 到底影响哪些任务

来源: postgr.es 17
看起来像一个控制“所有维护操作并发 I/O”的总开关,但 PostgreSQL 并不是按命令名称决定是否使用它,而是由具体执行路径是否接入维护型 I/O 机制决定。理解这一点很重要:把参数调大,不会让所有 、 或表重写任务一起加速;另一方面,它的影响也不只限于管理员手工执行的一条 。 在使用该参数的 PostgreSQL 版本中,核心的直接使用者主要是...

PostGIS 3.7.0rc2 发布:升级前先看依赖矩阵与验证方法

来源: postgr.es 25
PostGIS 3.7.0rc2 已经发布。它是 PostGIS 3.7 大版本的第二个候选版本,包含自 3.7.0rc1 以来的修复,同时汇集了相对 PostGIS 3.6.4 的缺陷修复和新功能。对准备升级空间数据库的团队来说,这个版本更适合用于兼容性验证、扩展测试和性能基线采集,而不是不经评估直接替换生产环境。 “Release Candidat...

从 BoF 圆桌到 PostgreSQL 讲台:第一次投稿与分享的实战方法

来源: postgr.es 31
在 Swiss PG Day 2026 的一场 Birds of a Feather(BoF)活动中,大约 20 位参与者围绕“要不要成为一名演讲者”展开交流。BoF 不是单向授课,而是由共同兴趣驱动的讨论:主持人负责抛出问题、维持节奏,参与者则带着经验和困惑共同完成内容。对于准备第一次向 PostgreSQL 社区会议投稿的人来说,这种小规模对话恰好...

ApiGo 6.2:用自然语言把企业数据接入 REST API 与 MCP 服务

来源: oschina.net 35
ApiGo 6.2 面向的不是单纯“拖拽生成接口”,而是企业中更常见的一段链路:把分散的数据源整理成可治理的 REST API,并进一步以 MCP 服务的方式供 AI 办公平台调用。对于已经在使用 WorkBuddy、千问办公或豆包等平台的团队,这意味着 AI 助手可以在受控边界内查询和使用业务数据,而不是依赖人工导出表格、复制粘贴结果。 根据发布信息...

用 logical_decoding_work_mem 控制 PostgreSQL 逻辑解码的内存与落盘

来源: postgr.es 34
逻辑解码需要按照事务边界输出变更。在读到 之前,PostgreSQL 不能把一笔事务当作完整结果交给下游,因此会暂存尚未提交事务的解码数据。事务足够大时,这些数据不可能无限占用内存,PostgreSQL 会将其溢写到本地磁盘; 正是控制这条边界的参数。 它不是一个“越大越快”的普通调优旋钮。设得太小,批量写入或超长事务会频繁制造临时 I/O;设得太大,...