自省 自行 自醒

数据库新格局:Databricks 揽下 Neon,Snowflake 立马回应

Word count: 692Reading time: 2 min
2025/06/03
loading

前言

前些天写了一篇《PostgreSQL + 组播,有希望成为下一个被收购的 neon 吗?》,前阵子 Databricks 官宣收购开源数据库引擎初创公司 Neon 的消息沸沸扬扬,Neon 专注于给 AI Agent 背后“自动创建、管理数据库”的能力:秒级启动实例、弹性伸缩、即时分支/回滚,这和 Databricks 助力企业构建“自主智能体” 的战略需求不谋而合,这不 Databricks 的老对手 Snowflake 立马跟进,大手一挥,宣布收购 Cruncydata,将企业级 Postgres 托管能力并入 Snowflake Data Cloud,再次印证了 PostgreSQL 无穷潜力。

说明了什么

为什么大家都要抢 Postgres 这块“新盘”?过去十年里,PostgreSQL 已经成为开源数据库的“事实标准”之一:

  • 丰富的扩展(PostGIS、TimescaleDB、Citus、PL/pgSQL、FDW……)
  • 大量成熟的 ORM、驱动和运维工具
  • 大中型互联网或金融级应用里也广泛在跑
  • 无与伦比的可扩展性

对云厂商来说,“如果能让用户在自己平台里继续用原生 PostgreSQL”,就能在最短时间内拿下大批已有 Postgres 迁移需求的企业用户。再加上现在的一大趋势是融合,过去 Snowflake/Databricks 主要扮演“分析/大数据+AI训练/推理”角色,但企业应用真正落地往往并非全程批量分析,仍然有大量业务需要短小延迟事务,如果在多套系统之间来回搬运数据,无疑会大大增加运维复杂度、学习成本等等,根据奥卡姆剃刀原理 —— 如无必要,勿增实体,因此“分析平台+事务数据库”二合一的架构需求真切存在,那么谁最合适?PostgreSQL 当仁不让,再加之 pgvector ,在向量领域大杀四方的杀手锏,以后直接告诉客户,我们的平台里,既能做给你混合型数据平台的高并发分析,也能做给你企业级事务库 —— 你不用再分裂到 AWS/GCP/Azure 那边去,以后不用左右奔波于多个云厂商与不同数据库之间了。

对于开发者来说的话,后续如果你在 Snowflake 里写 SQL 就可以同时操作 OLAP 表(底层还是 Snowflake 表)和 OLTP 表(底层是 Crunchy Data Postgres),无缝做事务+分析,不用把数据导来导去,大幅提升客户黏性。

小结

这一轮收购大战,本质上是在争夺“云上混合型 OLTP+OLAP+AI”平台入口。PostgreSQL 太受欢迎,以至于厂商们都必须要将其纳入自己的生态,所以 Databricks 先下一盘,Snowflake 则立马跟进,兄弟们,学啥还需我多说吗?

CATALOG
  1. 1. 前言
  2. 2. 说明了什么
  3. 3. 小结