━━━━━ 正文从此处全选复制 ━━━━━
FutureX · Database
本期要点
· PostHog 托管数仓五个月后撤离 DuckDB，改用 Trino 与自研 HogLake
· Snowflake Cortex AI Gateway 推理、可观测与成本管理转 GA
· TimescaleDB Enterprise 公测，自托管版做工业 historian 底座
· 阿里云 12 月 1 日起调整云 ClickHouse 与 SelectDB 包年折扣
· 观测云完成近亿元 A 及 A+ 轮，底层是自研 GuanceDB
▎ 版本与产品发布
Tiger Data 推出 TimescaleDB Enterprise 公开 Beta 版
Tiger Data 面向本地机房、边缘和私有云推出了自托管版本 TimescaleDB Enterprise，目前已进入公开 Beta。公司把它定位为工业 "historian" 的数据库底座，所谓 historian，是工厂和能源设施中长期保存传感器时序数据的系统。同一天，Inductive Automation 的 Ignition 2027 也发布了 Ignition Enterprise Historian 并开始公测，它的底层正是 TimescaleDB Enterprise。Tiger Data 的看法是，传统的专有 historian 把存储、工业协议连接器、分析和可视化捆成一套紧密耦合的系统，性能、数据格式和成本都由厂商说了算。通用关系数据库虽然开放，可一旦测点数量、采样频率和保留时长增加，写入吞吐和历史查询就难以应付。TimescaleDB 想落在这两者之间：保留 Postgres 的 SQL 能力和资产上下文关联，同时补足企业级的可靠性与跨站点运维。对 ClickHouse 系而言，这意味着工业时序和可观测这类场景里的对手不止 OLAP 引擎，还有通过工业软件 OEM 渠道进场的 Postgres 系时序数据库。[1]
其他版本动态：
· StarRocks 4.1.6 / 4.0.16 将 AWS SDK 默认的 HTTP 客户端从 Poco 改回 SDK 自带客户端，online optimize table 须手动开启，存算分离模式的元数据文件默认附带 Adler-32 校验 [2]
· StarRocks 4.1.4 [3]
· Apache Doris 4.2.0-rc02 [4]
· Materialize v26.49.0-rc.1/rc.2/rc.3 [5]
· YugabyteDB 2026.1.4.0 系列构建 [6]
· YugabyteDB 2025.2.9.0 系列构建 [7]
· YugabyteDB 2.31 开发构建（含 PG19 合并修复）[8]
· TiDB v8.5.7 每日构建 [9]
· Weaviate v1.38.24 修复版 [10]
· LanceDB v0.42.0-beta.0 [11]
▎ 数据库 × AI
Snowflake 在 Expedition 2026 上发布 Cortex AI Gateway 部分 GA，Business Ontology 即将公测 · ai-native
Snowflake 于 11 月 3 日开幕的 Expedition 2026 上发布了一批用于 agent 治理的能力，各项所处的发布阶段并不相同。Cortex AI Gateway 的推理、可观测和成本管理三项功能，据发布说明已经 GA。该网关同时支持 OpenAI Chat Completions 与 Anthropic Messages 两种 API 格式，由它统一管理 agent 可以调用哪些模型和工具，以及各自的花费。负责连接 MCP 工具的部分仍处于预览阶段。Business Ontology 的状态是"即将公测"，用于定义并审批业务术语、实体、关系和指标，使人和 agent 以同一种口径理解"收入"之类的概念。同样即将公测的 Cortex Sense 负责自动推断上下文，已有的 Semantic Views 负责执行指标计算，三者合起来构成三层上下文，均归在 Horizon Catalog 之下。新闻稿引用了一项由 Snowflake 赞助的调查，其中 55% 的高管认为 agent 输出质量不高，原因是缺少业务上下文。这个数字出自赞助方的口径。语义层和本体已成为数仓厂商竞相争夺的方向，Oracle、Starburst 最近也押在同一处；不过目前真正落地的只有 Gateway 的部分能力，本体层还停留在公告阶段。[12]
Snowflake 更新 CoCo 与 CoWork，新增后台 Bots、Profiles 和 Dashboards · agent ⚠️ 厂商口径
Snowflake 表示，面向数据团队的编码 agent CoCo 已有 9,100+ 个账户在使用，面向知识工作者的 agent CoWork 则有 5,800+ 个账户在使用，这两个数字都由厂商自行报告。此次新增的 CoCo/CoWork Bots 在后台持续运行，直接在团队已有的工具里完成工作，只有遇到需要决策或签字的环节才会通知人。CoWork 的 Profiles 由管理员按不同岗位来配置，会自动把问题分派给合适的 agent，并且始终以用户本人的权限执行。Dashboards 则允许 CoCo 根据文字描述生成仪表盘。至于各项功能是否已经 GA，新闻稿没有逐项说明。[13]
Mixedbread 称更换检索栈后，某对冲资本 agent 的准确率由 36% 升至 98% · vector ⚠️ 厂商口径
检索公司 Mixedbread 的创始人 Aamir Shakir 在播客里说，某对冲资本的 agent 在自有文档上的准确率由人工专家评分，更换检索栈之前是 36%，更换之后是 98%，期间模型并未更换。基准和客户信息都是他本人披露的。他的技术论点可以拿来检验：解析、切块和 embedding 每一步都会丢失信息，而且损失逐步叠加；不同年份的财报被压缩成向量之后，几乎无法区分；检索质量差的 agent 会反复查询并派生子 agent，一个问题的成本可以达到 10–20 美元。[14]
Supabase 与 Neon 先后为 MCP 补上企业级认证 · agent
两家托管 Postgres 厂商都在为 MCP 接入补充认证能力。Supabase 的 MCP server 现在支持企业托管认证：当企业的身份提供方无法签发身份断言时，可以改由 Claude 来签发。Neon 的 Managed Better Auth 新增了 OAuth Provider 插件，能把认证实例变成一台 OAuth 2.1 授权服务器，让其他应用和 MCP 客户端接入。[15]
▎ 湖仓 · 开放表格式 · HTAP
SAP Business Data Cloud 原生支持 Iceberg，并推出基于 Polaris 的统一 catalog · lakehouse ⚠️ 单方口径
一家德国财经媒体报道称，SAP 已让 Business Data Cloud 原生支持 Apache Iceberg，还推出了基于 Apache Polaris 的统一 catalog，覆盖湖仓与 data fabric 两个层面。这与 SAP 的收购思路相符：Polaris 的共同发起方 Dremio 现在已经并入 SAP。继 Snowflake、Databricks、Oracle 和 Google 之后，又有一家大型厂商把 Iceberg REST catalog 作为对外的默认接口。眼下只有这一篇转述性报道，功能清单与发布阶段仍需 SAP 的官方材料来核实。[16]
Snowflake 将实时分析的摄取、转换与服务连成一条链路 · streaming
Snowflake 发文介绍了它的实时分析方案。Snowpipe Streaming 可以把来自应用、设备和服务的数据直接写入原生表或 Iceberg 表，转换在数据流入的过程中完成，结果则在平台内部直接对外提供服务，用户无须再把消息队列、转换作业和服务库三套系统拼在一起。Snowflake 借此进入 ClickHouse、Pinot 这类实时 OLAP 引擎的主要战场，争夺这部分工作负载。文章没有给出延迟或吞吐的数字，各项功能的发布阶段也没有逐一写明。[17]
▎ 技术 · 架构 · 性能基准
PostHog 在托管数仓上线五个月后，离开 DuckDB 与 DuckLake · olap
PostHog 五个月前把托管数仓从共享的 ClickHouse 集群迁到了 DuckDB，如今又宣布要迁走，转而采用自家改造过的 Trino 和一种新的开放表格式 HogLake。当初离开 ClickHouse 有两个原因：共享集群承受不了持续数小时的建模查询，并且没有基于代价的优化器。DuckDB 可以为每个客户提供独立实例，dbt 等工具也能通过 Postgres 协议接入。
规模放大到云上以后，单机引擎原来的长处反而成了限制。要想安全运行，就得在查询到达之前先确定 worker 的规格，可是 PostHog 无法预估一条查询需要多少 CPU 和内存，也不能让客户自己去估算；客户的查询比预想的复杂，实例只能越加越大，而挂盘扩容又太慢、太贵。另一个瓶颈在于，DuckDB 直到最近才支持从 S3 异步拉取数据。更严重的问题出在 DuckLake 上：它的 catalog schema 必须在多种 SQL 数据库之间保持可移植，这就限制了针对某个具体引擎所做的优化。单表写入可能超过 3 分钟，原因是每次提交都要重新读取整个 catalog 的统计信息。统计行中有 99% 以上属于已经删除的表，清理之后写入速度提高了 30–50 倍，但这些行随后又会重新出现。通向元数据库的连接数量，也给共享的 Postgres 实例带来了压力。据报道，迁移时这个湖大约有 1 万亿行，DuckLake 正在下线的过程中，尚未完全停用。
HN 上的讨论（184↑、119 评论）基本达成一个共识：DuckDB 是最好的单机分析引擎，但"每个租户一个单机实例"的托管模式，一遇到无法预测的大查询就行不通。这对 ClickHouse 系也是一个提醒：PostHog 当初离开 ClickHouse，是因为缺少 CBO，也难以承受长时间查询；这次它又绕开 ClickHouse 选了 Trino，说明在"托管数仓"这个场景中，分布式 MPP 加开放表格式依然是它眼中的默认选择。[18]
PG19 延期，Robert Haas 补充了回补提交的数据 · oltp
PostgreSQL 19 因为 LLM 发现了大量缺陷而延期，核心贡献者 Robert Haas 又补充了一组数字：在相同的时间段内，回补到上一个稳定分支的提交，从 2025 年的 248 次（REL_17）上升到 2026 年的 433 次（REL_18），增幅超过 74%。这说明 LLM 挖出来的不只是新版本的 bug，老版本里积存的缺陷也在被大批翻出。这篇文章在 HN 上获得 843↑、511 评论。[19]
性能 · 基准
· VictoriaLogs 结构化日志摄取横评 ⚠️ 基准口径：测试由 VictoriaLogs 的开发方 VictoriaMetrics 自己运行，硬件为 GCP 8 vCPU / 32 GB 的单节点，日志是含 30–40 个字段、约 930 字节的 K8s 风格 JSON，写入速率每 10 分钟提高 1 万行/秒。结果如下：Loki 的峰值为 13.9 万行/秒，但在 4 万行/秒时，它占用的内存是 VictoriaLogs 的 14 倍；VictoriaLogs 达到 12 万；Elasticsearch 约为 4.8 万；ClickHouse 系的 ClickStack 2.39.1 为 4.6 万，在 1 万行/秒时占用 0.9 核，在 4 万行/秒时占用 2.2 GiB 内存，单位行数的磁盘占用排第二；SigNoz 在 2 万行/秒时崩溃。需要注意，ClickStack 和 SigNoz 按"实际落盘"计数，Loki 则按"写入 WAL 即确认"计数，两者的口径并不完全一致。[20]
学界 · 研究前沿
· GenDB-V（arXiv 2611.02779）：让 AI agent 根据硬件和负载来合成专用的数据库引擎，并对其正确性做形式化验证，既支持针对 SQL 模板的专用实现，也支持处理受限 SQL 子集的通用引擎。如今 LLM 正在大量挖出 PG 的缺陷，"先生成、再验证"提供了另一种应对思路。[21]
· HVMap（arXiv 2611.01514）：当多个向量库各自使用不同的 embedding 模型时，它们的向量和相似度分数无法直接比较。HVMap 是一层轻量的兼容层，无须全量重新 embedding，也不必重建索引，就能实现联邦检索，针对的是企业里多套 RAG 并存的现状。[22]
· Recast（arXiv 2611.02765）：这是一种面向存储的 ANN 新范式，以精排为中心，把原始向量放在磁盘上，内存里只保留 IVF 索引和 RecastQ 量化码，再用 SIMD FastScan 筛选出精排的候选。它希望同时解决两个老问题：磁盘图索引难以删除数据，倒排列表方案的 I/O 又偏多。[23]
· PROBE（arXiv 2611.01454）：它面向高选择性的多模态语义查询，先用自适应采样找出稀有的正例，再训练一个轻量的代理模型，为其余行打上标签，从而降低逐行调用 LLM 的成本。[24]
· SpBench（arXiv 2611.00449）：这是 Snowflake 在生产中使用的、面向 agent 原生湖仓的基准框架。它在 TPCx-BB、TPC-DI 以及从生产负载中提炼出的自定义套件上，持续对 Snowpark 和 Snowpark Connect for Spark 做横向测试，用来发现性能回退。[25]
▎ 融资 · 并购 · 商业化
观测云完成 A 轮与 A+ 轮融资，合计近亿元人民币
可观测性平台观测云先后完成了 A 轮和 A+ 轮融资，金额合计近亿元。A 轮由方广资本领投，千合资本和常州科教城跟投；A+ 轮则由方广资本继续追加。公司此前已经从驻云信息拆分出来，独立运营。它与数据库的关联在于：观测云没有把产品建在第三方数据库之上，而是自行研发了面向可观测场景的数据库 GuanceDB。在这条赛道上，ClickHouse 系的 ClickStack 和 SigNoz，以及 VictoriaLogs 与 Elasticsearch，正在比拼各自的摄取成本。公司自称海外收入占比超过六成，并把 2027 年的目标定为 70%，这些都属于公司口径。[26]
阿里云宣布自 12 月 1 日起调整云数据库 ClickHouse 与 SelectDB 的包年折扣 · olap
阿里云发布公告称，从北京时间 2026 年 12 月 1 日开始，将调整云数据库 ClickHouse 和云数据库 SelectDB 版（以 Apache Doris 为内核）预付费产品的官网折扣，适用于期限为 1–5 年的新购、续费以及升降配订单。公开报道没有披露调整的方向与幅度。同时被调整的这两款产品，恰好代表国内云上实时分析的两条主要引擎路线。[27]
▎ 云厂商 · 生态 · 监管
OceanBase 获世界互联网大会杰出贡献奖，并称 2025 年海外营收增长 200% · oltp
OceanBase 在 11 月 3 日开幕的 2026 世界互联网大会上，获得了"杰出贡献奖"中的成长潜力类奖项。本届评选共有 230 多家企业申报，最终有 15 家获奖。CEO 杨冰表示，数据库正在从记录系统发展为"智能数据底座"。报道提供的业务数据包括：2025 年海外营收同比增长 200%，服务客户 4,000 多家，其中金融机构 400 多家；2026 年发布的"湖库一体 AI 数据库"，已在蚂蚁阿福、理想汽车等场景中落地。以上数据全部来自公司口径的公开信息。[28]
亚马逊第三季度财报显示 AWS 增长 39.3%，电话会上谈到收购 DuckLabs · cloud
AWS 第三季度营收为 460 亿美元，同比增长 39.3%，增速为近五年来最高，积压订单达到 5,780 亿美元。管理层在财报电话会上提到了 8 月宣布的对 DuckDB 开发方 DuckLabs 的收购。根据此前披露的信息，DuckDB 仍在独立的资本会下以 MIT 许可证开源，Aurora PostgreSQL 是第一个接入 DuckDB 能力的服务。[29]
文中 [N] 为来源编号，全部来源链接请点文末「阅读原文」查看。
FutureX · 记录未来如何发生
素材来源多方媒体/网络新闻