数据库行业日报

本期要点

· PostHog 托管数仓五个月后撤离 DuckDB,改用 Trino 与自研 HogLake

· Snowflake Cortex AI Gateway 推理、可观测与成本管理转 GA

· TimescaleDB Enterprise 公测,自托管版做工业 historian 底座

· 阿里云 12 月 1 日起调整云 ClickHouse 与 SelectDB 包年折扣

· 观测云完成近亿元 A 及 A+ 轮,底层是自研 GuanceDB

版本与产品发布

Tiger Data:TimescaleDB Enterprise 进入公开 Beta

TimescaleDB Enterprise 是 Tiger Data 面向本地机房、边缘和私有云的自托管版本,现进入公开 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,统一 catalog 基于 Polaris · 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]

阿里云:云数据库 ClickHouse 与 SelectDB 包年折扣 12 月 1 日起调整 · 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]

Amazon Q3:AWS 增长 39.3%,财报会谈及 DuckLabs 收购 · cloud

AWS 第三季度营收 460 亿美元,同比增长 39.3%,增速创近五年新高,积压订单 5,780 亿美元。管理层在财报电话会上谈到了 8 月宣布的 DuckDB 开发方 DuckLabs 收购。按此前披露,DuckDB 仍在独立基金会下以 MIT 许可开源,Aurora PostgreSQL 是第一个接入 DuckDB 能力的服务。[29]

来源链接

[1] 〔来源〕TimescaleDB | 11月4日 06:29 https://www.tigerdata.com/blog/timescaledb-enterprise-is-in-public-beta

[2] 〔来源〕StarRocks https://github.com/StarRocks/starrocks/releases/tag/4.1.6 https://github.com/StarRocks/starrocks/releases/tag/4.0.16

[3] 〔来源〕StarRocks https://github.com/StarRocks/starrocks/releases/tag/4.1.4

[4] 〔来源〕Apache Doris https://github.com/apache/doris/releases/tag/4.2.0-rc02

[5] 〔来源〕Materialize https://github.com/MaterializeInc/materialize/releases/tag/v26.49.0-rc.1 https://github.com/MaterializeInc/materialize/releases/tag/v26.49.0-rc.2

[6] 〔来源〕YugabyteDB https://github.com/yugabyte/yugabyte-db/releases/tag/2026.1.4.0-b22 https://github.com/yugabyte/yugabyte-db/releases/tag/2026.1.4.0-b23

[7] 〔来源〕YugabyteDB https://github.com/yugabyte/yugabyte-db/releases/tag/2025.2.9.0-b46 https://github.com/yugabyte/yugabyte-db/releases/tag/2025.2.9.0-b47

[8] 〔来源〕YugabyteDB https://github.com/yugabyte/yugabyte-db/releases/tag/2.31.0.0-b639 https://github.com/yugabyte/yugabyte-db/releases/tag/2.31.0.1900-b59

[9] 〔来源〕TiDB https://github.com/pingcap/tidb/releases/tag/v8.5.7-20261103-74b5573

[10] 〔来源〕Weaviate https://github.com/weaviate/weaviate/releases/tag/v1.38.24

[11] 〔来源〕LanceDB https://github.com/lancedb/lancedb/releases/tag/v0.42.0-beta.0

[12] 〔5 方报道〕Snowflake;AiThority;HPCwire;Eagle-Tribune;Business Wire | 11月3日 22:20 https://www.snowflake.com/en/news/press-releases/expedition-2026-business-ontology-ai-gateway/ https://www.snowflake.com/en/blog/business-ontology-context/

[13] 〔3 方报道〕Snowflake;Rutland Herald;The Joplin Globe | 11月3日 22:20 https://www.snowflake.com/en/news/press-releases/expedition-2026-coco-cowork/ https://www.snowflake.com/en/blog/snowflake-cowork-profiles-automations-dashboards/

[14] 〔2 方报道〕BigGo Finance;StartupHub.ai | 11月3日 18:08 https://finance.biggo.com/news/c739422cde46ae3e https://www.startuphub.ai/ai-news/artificial-intelligence/2026/better-search-pushed-an-agent-from-36-to-98

[15] 〔2 方报道〕Supabase;Neon | 11月2日–3日 https://supabase.com/blog/claude-issued-enterprise-managed-auth-for-mcp https://neon.com/blog/managed-better-auth-oauth-provider-mcp

[16] 〔来源〕ad-hoc-news.de | 约10月30日 https://www.ad-hoc-news.de/boerse/news/unternehmensnachrichten/sap-s-data-platform-opens-up-to-iceberg-as-its-24-1-billion-cloud-backlog-faces-the-real-test/70444681

[17] 〔来源〕Snowflake | 11月3日 23:08 https://www.snowflake.com/en/blog/real-time-analytics-snowflake/

[18] 〔来源〕posthog.com | 11月2日 https://posthog.com/blog/moving-off-duckdb

[19] 〔来源〕rhaas.blogspot.com | 10月31日 09:38 http://rhaas.blogspot.com/2026/10/postgres-19-is-late-and-its-ais-fault.html

[20] 〔来源〕news.lavx.hu https://news.lavx.hu/article/victorialogs-vs-loki-elasticsearch-opensearch-signoz-and-clickstack-structured-log-ingestion-benchmark https://news.lavx.hu/zh-Hans/article/victorialogs-yu-loki-elasticsearch-opensearch-signoz-he-clickstack-dui-bi-jie-gou-hua-ri-zhi-she-qu-ji-zhun-ce-shi

[21] 〔来源〕arXiv https://arxiv.org/abs/2611.02779

[22] 〔来源〕arXiv https://arxiv.org/abs/2611.01514

[23] 〔来源〕arXiv https://arxiv.org/abs/2611.02765

[24] 〔来源〕arXiv https://arxiv.org/abs/2611.01454

[25] 〔来源〕arXiv https://arxiv.org/abs/2611.00449

[26] 〔来源〕人工智能 | 11月3日 16:39 https://www.icloudnews.net/a/124525.html

[27] 〔来源〕观点网 | 10月30日 15:36 https://www.guandian.cn/article/20261030/620993.html

[28] 〔5 方报道〕재경일보;新京报;光明网;中国日报网;搜狐网 | 11月3日 https://news.jkn.co.kr/editions/chinese/post/1068108 https://www.bjnews.com.cn/detail/1793688763129191.html

[29] 〔来源〕www.thestack.technology | 约10月30日 https://www.thestack.technology/from-bedrock-to-duckdb-to-leo-7-key-takeaways-from-amazons-earnings/