FutureX · 记录未来如何发生

本期要点

· 旗舰实时 OLAP 引擎 ClickHouse 26.6 发布，新增分布式查询执行、流式与地理空间能力。

· 流式数据库 Materialize v26.30.0 发版，配套 mz-deploy/mz-debug 运维工具同步更新。

· OLAP 竞品 StarRocks 4.0.12 与湖仓格式 Apache Paimon 1.4.2 同日发版。

· Pinecone 把新知识引擎 Nexus 嵌入微软 OneLake，以预编译语义层削减 agent 反复探查数据结构的 token 消耗。

· OceanBase 称中国近七成万亿级银行核心系统已迁至其上（厂商口径）；数据湖仓被多家媒体描述为企业 AI 的数据基座。

· HN 热帖「PostgreSQL is enough」重回前列（88↑），「单库够用」与「仍需专用系统」之争再起。

ClickHouse 26.6 发布，强化分布式、流式与地理空间 · olap

ClickHouse 按月度节奏发布 26.6，发布说明强调三个方向：分布式查询执行、流式摄取与地理空间函数。地理空间是其近一年持续投入的方向——此前 26.3 已支持直接解析 GeoParquet（含同列混合几何类型），并提供 Geohash/S2/H3 三套网格做空间聚合。作为实时分析赛道的事实标杆，ClickHouse 的版本动向是 StarRocks、Apache Doris、Druid 等同类产品的对标基准。

〔来源〕TipRanks ｜ 6 月 25 日

Materialize v26.30.0 发布 · streaming

增量计算的流式 SQL 数据库 Materialize 发布 v26.30.0 正式版（此前经 rc.2），并同步更新部署与诊断工具 mz-deploy v0.2.0、mz-debug v0.5.0。Materialize 以物化视图持续维护为核心，面向需要毫秒级新鲜度的实时应用，与批量 OLAP 路线形成区分。

〔来源〕Materialize ｜ 6 月 25 日

StarRocks 4.0.12 维护版发布 · olap

ClickHouse 同业竞品、向量化分析引擎 StarRocks 发布 4.0 线的 4.0.12 维护版本，属稳定线 bugfix 滚动更新，非引擎层重大变更。

〔来源〕StarRocks ｜ 6 月 25 日

Apache Paimon 1.4.2 与 Weaviate 模块更新 · lakehouse

流式湖仓表格式 Apache Paimon 发布 release-1.4.2（Flink 生态实时湖仓存储）。向量数据库 Weaviate 同期发布 v1.37.10 / v1.36.19，主要为缺陷修复，并新增 generative-deepseek 模块，把 DeepSeek 接入其生成式检索链路。

〔2 方报道〕Apache Paimon；Weaviate ｜ 6 月 24 日

OceanBase 称近七成万亿级银行核心系统已迁入 · oltp ⚠️ 厂商口径

有中文财经媒体援引 OceanBase 口径称，中国近七成「万亿级」银行已将核心系统搭载于 OceanBase 之上。该数字为厂商自报、口径与统计范围未公开核验，宜作市场宣传而非独立事实看待；不过国产分布式数据库在金融核心系统替换中的渗透是一条持续趋势。OLAP 厂商向 OLTP 邻域延伸的另一条线——ClickHouse 把托管 Postgres 由 beta 推向商业化（已报）——本期无新里程碑。

〔来源〕新浪财经 ｜ 6 月 22 日

HN 长帖重燃「Postgres 够不够用」之争 · oltp

一份名为「Postgres is Enough」的资源清单在 HN 重回前列（88↑ 59💬），主张用 Postgres 的扩展生态承接队列、缓存、全文检索、时序乃至分析负载——清单收录 ParadeDB、Hydra、pg_lakehouse 等列存/分析扩展。反方在评论区点出核心边界：Postgres 仍缺原生 MPP（多机协同查询）与列式结构，真正的大规模 OLAP 难以单库扛住。争论的实质不是「Postgres 行不行」，而是专用系统的临界点落在哪里。

〔来源〕gist.github.com ｜ 6 月 25 日

数据库厂商把自己定位成「AI 成本解药」 · vector ⚠️ 厂商口径

The Register 梳理了一条正在成形的厂商叙事：随着 Anthropic、OpenAI、GitHub 等把服务从包月转向按用量计费，数据库厂商主张「更聪明的数据管道」能压低模型调用与 token 消耗。Pinecone 在其向量库之上推出知识引擎 Nexus 并嵌入微软 OneLake——定位为「知识引擎而非检索系统」，通过预先编译组织数据的结构与语义、生成「派生工件」，避免编码 agent 每次都重新探查表结构、反复烧 token；Tiger Data（TimescaleDB）持类似论点。IDC 称约 79% 组织已在 agentic AI 上投入预算或投产，但「省 token」属厂商宣称，缺独立基准。开放问题仍是：专用厂商能守住身位，还是像向量库那样被大平台吸收为内建能力。

〔来源〕The Register ｜ 6 月 24 日

TimescaleDB：大规模排序不止于 ORDER BY · oltp

Tiger Data 技术博文指出，时序数据在 Postgres 上做 ORDER BY 到一定规模会溢出到磁盘、拖慢查询；改用 time_bucket 配合连续聚合（continuous aggregates）后，示例中一条约 4 秒的查询降到 9 毫秒。属工程实践类内容，数字为其自测口径。

〔来源〕TimescaleDB ｜ 6 月 24 日

数据湖仓被定位为企业 AI 的数据基座 · lakehouse

cio.com 等媒体撰文称，湖仓（统一存储 + 开放表格式 + 多引擎）正成为企业落地 AI 的底层数据底座——把训练/检索所需的结构化与非结构化数据收敛到同一治理面。这与 Databricks、Snowflake 近期围绕「数据 + AI」的平台叙事一致，是一条延续性行业趋势而非单点事件。

〔来源〕cio.com ｜ 6 月 24 日

Nokia 联合 Databricks 演示自治网络统一数据平台 · cloud ⚠️ 演示口径

Nokia 与 Databricks 演示面向自治（autonomous）网络的统一数据平台，并扩大与 AWS、Google Cloud、Databricks 的合作，用于 AI 网络场景。当前为联合演示/合作公告阶段，落地规模与成效有待披露。

〔3 方报道〕Nokia；telecomtv.com；Yahoo Finance ｜ 6 月 24 日

ClickHouse Cloud 扩展 AI 可观测性，并披露多则用例 · cloud ⚠️ 厂商口径

ClickHouse Cloud 宣布扩展 AI 驱动的可观测性能力，并以 Visa 对话式支付数据分析、Unify 的 agentic AI 工作流等用例，把自身托管服务定位为底层实时数据平台。均为厂商披露的用例与能力，作商业进展看、非独立评测。

〔来源〕TipRanks ｜ 6 月 25 日

云厂商数据产品动态：Aurora DSQL 与 Snowflake×QuickSight · cloud

AWS 发布技术指南，演示用 Amazon Aurora DSQL（分布式、强一致的 serverless SQL）承载 Spring Boot REST API；另有结合 Snowflake 与 Amazon QuickSight 做 AI 驱动 BI 的方案。反映云原生数据库与 BI 在 agent/自然语言查询方向的持续整合。

〔来源〕Amazon Web Services (AWS) ｜ 6 月 25 日

Splunk 高危漏洞：经 PostgreSQL sidecar 的未授权 RCE 遭活跃利用 · oltp ⚠️ 单方口径

安全厂商披露 Splunk Enterprise 中编号 CVE-2026-20253 的严重漏洞——经其 PostgreSQL sidecar 服务可实现未授权远程代码执行，并称已观测到在野利用。提示把数据库作为内嵌组件随产品分发时，sidecar 也会扩大攻击面；细节以官方公告为准。

〔来源〕Rescana ｜ 6 月 21 日

FutureX · 记录未来如何发生

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