FutureX · Database

本周要点

· agent 该配什么数据库，本周出现三种互斥答案，Neon 押注组合标准原语

· Lakebase 从厂商词条变成产品线，Zilliz、OceanBase 同周入场

· PostgreSQL 19 撤回 SQL/PGQ，内核在收紧，外围工具层在加速

· AWS 收编 DuckLabs 团队，代码所有权仍归 DuckDB 基金会

Neon 在 9 月 17 日宣布其 lakebase 架构下的后端能力全部转 GA：Lakebase Postgres、对象存储、Functions、托管版 Better Auth、AI Gateway 五件套均已生产可用。定位随之改变——Neon 不再只提供数据库，而是把 agent 构建应用所需的后端拆成可组合原语。其理由具体：编码 agent 部署一个 Postgres 之外还要接对象存储、跑异步任务、做鉴权、调模型，这些若各自独立于 Neon 之外，生成的应用会出现分支感知失效、鉴权割裂。这也是 Databricks 收购 Neon 后，其 lakebase 定位首次落地为完整产品线。

另一条路线是推倒重来。特拉维夫的 Keewano 完成 1200 万美元融资（投资方含 Hetz Ventures、a16z 旗下 Speedrun），同时发布 KeewanoDB——按发生顺序围绕客户、设备、交易组织事件，使 agent 无需先拍平成表即可检索实体完整历史。架构上用 CPU 向量化指令而非 GPU，每条事件约 4 字节存于 SSD。公司宣称可在半秒内查询约 2.5 亿条事件、客户接入后 token 成本降低约 84%，两项数字均为厂商口径、未经第三方验证；产品定位是与 Snowflake 等分析库并存而非替代。

第三种答案是不动。Percona CEO Peter Farkas 在阿姆斯特丹 Percona Live 上对 The Register 表示，AI 时代还没有真正适合 agent 负载的数据库：MySQL、PostgreSQL、MongoDB 都不是为「agent 一次尝试 150 种方案再挑最优」这类高频迭代负载设计的，但真正定制的产品要等市场需求稳定后才可能出现，「没有足够时间让新东西积累出老牌数据库那样的成熟度」。三方分歧不在需求判断，而在时机：Neon 赌 agent 更会组合它已理解的标准件，Keewano 赌数据模型本身要换，Percona 赌现在造的都会早衰。

可比照的是接口层的进展要快得多。DuckDB 官方发布 duckdb-skills 插件，让 Claude Code 经 CLI 直接读数据文件、跑查询；个人项目 Scry 把 Reddit、arXiv、Wikipedia 等公开语料索引进约 500TB NVMe 规模的 ClickHouse 集群、经 MCP 暴露只读 SQL 给 agent；ClickHouse 的 AI Functions 把 aiGenerate、aiEmbed、aiFilter 等分批装进 26.4 至 26.8，但整组功能仍在 Beta。接口层已有可用形态，引擎层还没有定论。来源：Neon、SiliconANGLE、The Register、DuckDB、scry.io、TipRanks

这个词的源头是 Databricks：今年 2 月将 Lakebase Postgres GA，事务型数据库的数据存在低成本云对象存储与开放文件格式中而非传统磁盘，技术来自 2025 年收购的 Neon——计算存储分离、无状态引擎秒级启动、闲置时停止计算。本周 Neon 后端全线 GA，正是这条路线第一次以完整产品形态交付。

同一个词本周被另外两家拿走。Zilliz 的 Vector Lakebase 自今年 5 月起开放公有云预览，基于 7 月发布、原生支持数据湖存储的 Milvus 3.0，检索索引直接建在湖上文件而非另存副本。OceanBase 则在外滩大会把估值对标方设为 Databricks（后者今年 8 月完成 50 亿美元融资、估值 1900 亿美元），两家公司恰好都把面向 agent 的产品命名为 Lakebase；OceanBase 方面透露 2026 年年化收入已突破 14 亿元人民币、同比增速约 70%。同名之下状态差别很大：Databricks 与 Neon 已 GA，Zilliz 仍是预览。

更值得记的是各家撞上的同一个约束——访问云对象存储比本地磁盘慢，省下的成本要用一层额外工程补回来。Zilliz 为此新增 Loon 存储引擎优化 S3 数据布局、减少单次查询读取量；法律 AI 平台 Legora 在复盘四代检索架构时给出同一结论的另一面：其法律研究语料逼近 100 亿向量、呈「少数超热门辖区 + 长尾冷数据」的双峰分布，全内存架构处理不好这种形状，Turbopuffer CEO Simon Eskildsen 的解法是让对象存储承担主要负载，这一选择被指是当前 AI 检索基础设施经济性的分水岭，而非算力多少的问题。

随 OceanBase 发布的 IDC 测算给出了这轮叙事的市场底数：中国 AI 数据基础设施市场将从 2025 年约 149 亿美元、按 37.7% 复合增速增至 2030 年 738 亿美元，2035 年约 1 万亿元人民币。这是预测口径，且美元与人民币两个单位混用，不能当作任何一家的当期收入读。来源：TechTarget、Neon、智东西、finance.biggo.com

PostgreSQL 开发者把原计划落地 v19 的 SQL/PGQ（2023 年纳入 SQL 标准的图查询语法）撤了下来，理由是仍有未解决的 bug。资深贡献者 Tom Lane 在邮件列表直言，若在 v19 中发布图查询，「肯定会有发布后才发现、且要拖到 v20 才能修的 bug」；EDB 高级副总裁 Tom Kincaid 证实 PGQ 不会进入 v19。v19 第四个 beta 定于 9 月 24 日，正式版时间仍未确认——这与 9 月初「PG19 落地 SQL/PGQ、9–10 月转正式版」的报道构成反转。确定留在 v19 的是 REPACK 新增的 CONCURRENTLY 选项：VACUUM FULL 回收表空间需全程持独占锁，新选项只在最后切换表/索引文件时短暂持锁。

与之对照，同一周围着 Postgres 做加法的进展密集得多。ClickHouse 开源了复制引擎 WalShadow，不走 CDC 依赖的逻辑复制槽，而是直接消费 Postgres 用于物理备库的同一份物理 WAL，省掉逻辑解码插件、Kafka 中转和 JSON 序列化；据 ClickHouse 自测，事务提交后约 200ms 在 ClickHouse 可见、吞吐达每秒 28.9 万行。这是厂商自测口径，尚无第三方复现。

WalShadow 也暴露了这类外围方案的代价：多数托管 Postgres 并不对外暴露物理 WAL，这条路径只有自管两端、或在 ClickHouse Managed Postgres（私测）上才走得通。同类限制反复出现——独立开发者用 Neon 的可编程分支给每个付费客户自动开一个隔离 Postgres 库，6 天完成、闲置 300 秒挂起后一个空租户成本接近为零，但整套做法绑定 Neon 的 serverless 计费模型；Postgres 分支 eterDB 把 PITR 之下一层的「只撤销一笔坏事务」做成 Apache 2.0 开源，也要改存储层追踪行版本与读依赖。

另一条线来自模型侧：独立研究者 Rohan Bansal 用 Qwen 4B 开源权重先做监督微调再做 agentic 强化学习，让模型生成候选执行策略、以实际执行时间作标量奖励，训出的查询计划比 Postgres 默认优化器快 81%，HN 获 666 赞。该实验成立的前提很清楚——计划好坏可由执行时间直接验证，属于 RL 擅长的可验证任务；连接顺序选择本就是 NP-hard，主流优化器留有改进空间是学界十年来的共识。综合看，本周 Postgres 的能力增量几乎都来自外围与托管层，而它们各自绑定特定部署形态，不像内核特性那样跨发行版通用。来源：The Register、ClickHouse、Neon、eterdb.com、rohanbansal.com、InfoQ

AWS 宣布收购 DuckLabs——DuckDB 背后的阿姆斯特丹工程团队。拿到的是人和路线图影响力而非代码所有权：项目本体继续由独立的 DuckDB 基金会管理，MIT 许可证下 Azure、Google Cloud 仍可免费使用同一份代码，AWS 无法借此排他。分析认为其变现点在「数据引力」——S3 集成、托管运维、安全计费这些围绕引擎的增值层。

几乎同时，已运营 DuckDB 托管云服务四年的 MotherDuck 完成首次收购，买下前 Snowflake 工程师 2024 年在德国创立的 Tower.dev，后者专注 Python 数据管道的打包、部署与生产运行；MotherDuck 借此在几周内上线了「一句提示词生成数据管道」的 Flights 功能。两笔交易金额均未披露。

结果是同一生态被切成三层：引擎归基金会，人才与云集成归 AWS，托管和管道层归 MotherDuck。引擎本身也在向两端扩散——DuckDB-Wasm 借浏览器 OPFS 实现了真正的浏览器端持久库，opfs:// 路径打开的 .duckdb 文件自带 WAL 与检查点、刷新重启不丢数据，导出后可被 CLI/Python 客户端直接打开；官方同时提醒 npm 当前 latest 版会创建 OPFS 文件但从不写入，需锁定 1.32.0 或 1.33.1-dev64.0 以上。来源：Yahoo Finance、TipRanks、DuckDB

Milvus 官方 Go 客户端转正 client/v3.0.0，切换到 v3 版 protobuf、与 v2 类型不再互通，不兼容 Milvus 2.6 服务端，升级需按迁移指南改导入路径；服务端同步发布 v3.0.2 补丁。

LanceDB v0.39.0 由 beta 转 GA，带两项破坏性变更（物化视图定义记录来源 namespace、blob 表停用 stable row id），随后 v0.40.0 连发四个 beta；Weaviate v1.40.0 已推进到 rc.1，功能冻结内容为 RQ-4 量化档位与可直接删除的向量索引。三家同周做破坏性升级，升级成本本周集中落到使用方。

Snowflake 的 Snowpipe Streaming Elastic Channels 转 GA，应用与设备可直写 Snowflake 表或其托管 Iceberg 表，官方称单表吞吐可达 20 GB/s、数据最快 5 秒可查，内测峰值曾达 40 GB/s——均为厂商口径。

Apache Iceberg 释出 1.12.0 rc0，Apache Hudi 推进 1.2.1 的 rc1、rc2，两大开放表格式均处候选期，正式版特性清单尚未定稿。

StarRocks 4.1.3 为行为变更小版本：CTAS 不再把显式声明的 VARCHAR(N) 宽度自动放宽为默认上限，改为原样保留，影响下游建表脚本的兼容性预期。

Azure 9 月 CVE 集群蔓延到数据与计费层：Azure Database for PostgreSQL 的 CVE-2026-85878（CVSS 9.9，越权提权）与 Azure Billing 的 CVE-2026-62874（CVSS 10.0，无需鉴权即可篡改计费完整性）经 Tenable 与 MITRE 确认，本轮累计涉及 10 余项服务。需与上期提到的内核级风险区分：这批缺陷位于托管服务层，不是 PostgreSQL 内核问题。

上期看点回看

· 取消｜PostgreSQL 19 不再支持变长路径之外的整个 SQL/PGQ——图查询语法已整体撤出 v19，EDB 的 Tom Kincaid 证实社区要先把问题捋顺。

· 有进展｜PG19 未进入 RC 或 GA，第四个 beta 定于 9 月 24 日发布，正式版时间仍未确认。

· 未见更新｜本周语料未见 R2R 发布修复两处未鉴权 SQL 注入的版本，也未见其把默认鉴权改为开启。

· 未见更新｜本周语料未见 Apache Paimon 2.1.0 RC2 的投票结果或正式版发布。

· 待到期｜Rubrik Iceberg Protection 是否 9 月内 GA 尚未到期，本周无目录覆盖范围的新披露。

· 待到期｜DuckDB v2.0 正式版定于 10 月下半月，本周该生态的动作集中在两笔并购与 Wasm 持久化，未涉及发版时间表。

下周看点

· PostgreSQL 19 第四个 beta 是否于 9 月 24 日如期发布，以及是否随之给出 RC 或正式版时间表。

· Apache Iceberg 1.12.0 能否走出 rc0 投票发布正式版，正式特性清单是否包含此前并入规范的 Read Restrictions。

· Weaviate v1.40.0 是否由 rc 转正式版——按其流程最后一个 RC 即转正，RQ-4 量化与可删向量索引随之可用于生产。

· Rubrik Iceberg Protection 是否在 9 月内 GA，目录覆盖是否超出 Glue 与 S3 Tables（上期看点，未到期）。

· DuckDB v2.0 正式版：10 月下半月（上期看点，未到期）。

FutureX · 记录未来如何发生

素材来源多方媒体/网络新闻