Turso 值 1.5 亿融资里的多少拆解 Supabase 买下的数据库未来【免费下载链接】supabaseThe Postgres development platform. Supabase gives you a dedicated Postgres database to build your web, mobile, and AI applications.项目地址: https://gitcode.com/GitHub_Trending/supa/supabase2026 年 10 月 2 日Supabase 官方博客发布《Supabase is acquiring Turso》正式官宣收购以边缘 SQLite 生态闻名的 Turso 团队。四个月前这家Postgres 开发平台刚刚完成由 GIC 领投、投前估值 100 亿美元的 5 亿美元 F 轮融资。一边是 100% Postgres 信仰的 Supabase一边是用 Rust 重写 SQLite、把数据库推到边缘的 Turso两个看似对立的数据库世界观在这一刻完成了合流。市场把这次收购解读为1.5 亿美元买的数据库未来但金额本身并不重要——真正值得拆解的是为什么一个 Postgres 平台要花钱去收购一套 SQLite 基础设施答案藏在 Supabase 官方公布的一组数据里平台如今每周新建超过 100 万个数据库其中 60% 以上由某种 AI 工具创建。当 Agent 开始像创建文件一样创建数据库时旧的单体大库架构正在被一种全新的模式取代。从一个项目一个大库到一个 Agent 一个库理解这笔交易要先理解 Supabase 正在经历的供给危机。在 F 轮融资公告中Supabase 给出了三个关键数字数据库创建量同比增长 600%超过 60% 的新数据库由 AI 工具发起平台累计开发者接近 1000 万较八个月前翻了一倍多。而收购公告把数字说得更直白——Supabase 每周已经在创建超过 100 万个数据库。这个量级背后的驱动力是 AI Agent。Claude Code、Codex 这类工具把能写代码的人从几百万扩展到了数千万每个 Agent 会话都可能需要一个独立的、隔离的、随用随弃的数据存储。传统模式下为一个轻量工作负载启动一个完整的 Postgres 实例无论成本还是延迟都不可接受。这正是 Turso 架构的用武之地。收购公告点明了 Turso 的核心能力用 Rust 重写 SQLite构建了单台服务器托管数百万个数据库的云平台——按需加载空闲即挂起。这意味着为每个 Agent 按需分配一个数据库成为可能无论是运行在 Turso Cloud 上还是运行在客户自己的云里。Superhuman、Sauna.ai、CTO.new、Mastra 等公司已经在用这套模式。也就是说Turso 之于这次收购是 Supabase 补上轻量、按需、海量这一块拼图的入场券而不是全部。从 SQLite 到 Postgres同一套开发者体验的连续光谱值得强调的是这笔收购并非Postgres 让位给 SQLite。官方公告写得非常清楚对现有用户来说一切都不会改变。Supabase 将继续围绕 Postgres 构建Turso 将继续推进 SQLite 的工作。我们将共同创造一些新东西把 Supabase 的体验带给每一个 Agent。这背后是一条明确的技术判断SQLite 适合小规模、按需的工作负载Postgres 是应用规模化后的归宿。两者的关系不是替代而是同一开发体验在不同规模段上的连续衔接——从 Agent 的原型、探索、仪表盘到生产环境的大规模应用开发者应该始终使用同一套工具链。这种让 DBMS 规格与工作负载匹配、而不是让工作负载迁就 DBMS的思路正是 Turso 在边缘 SQLite 生态多年积累的价值所在。而 Supabase 的 Postgres 侧也早已开始布局规模化的另一极。仓库文档中可以看到Supabase 正在同步推进两条 Postgres 演进线Multigres把 Vitess 带给 MySQL 的分布式方案移植到 Postgres通过多节点运行实现高可用与自动故障转移。官方将其定位为Postgres 的操作系统并在文档中明确分片与自定义持久化策略在长期路线图上Multigres 文档。OrioleDB作为 Postgres 的存储引擎扩展用索引组织表、撤销日志与写时复制检查点替代默认堆存储在 TPC-C 基准测试中带来约 1.8 倍的性能提升OrioleDB 文档。结合 Supabase 官方博客对 F 轮资金的用途陈述——加速开源 / Postgres 工具开发、支持增长、为员工提供流动性——可以看到一条清晰的路线图Postgres 侧由 Multigres OrioleDB 解决规模化与运维复杂度Turso 侧解决海量轻量实例的供给。收购之后产品路线图的推演Turso 团队及其两位创始人 Glauber Costa、Pekka Enberg 将加入 SupabaseCosta 将牵头这场被官方称为agentic infrastructureAgent 基础设施的建设。这个任命本身就透露了产品方向收购的对象不是某个现成产品而是一支能构建面向 Agent 的数据库供给层的工程力量。结合仓库源码可以推演出收购后的几个大概率走向其一数据库创建成本趋近于零。当前 Supabase 每个项目对应一个独立 Postgres 实例管理 API 与 CLI 已经支持以编程方式创建项目Management API。Turso按需加载、空闲挂起的能力接入后每周 100 万数据库的供给成本将大幅下降Agent 创建数据库的门槛将从开一台机器降至写一个文件。其二MCP 将成为 Agent 与数据之间的默认接口。仓库文档中Supabase MCP Server 已是public alpha状态并标记可在自托管环境使用特性清单其定位是让 AI 助手代表你查询 Supabase 项目MCP 文档。当每个 Agent 都拥有专属数据库时MCP 服务器的角色会从查询工具升级为数据库即服务的控制面——这正是把 Supabase 体验带给每个 Agent的最直接落点。其三Postgres 与 SQLite 的边界将成为产品卖点而非技术债。官方承诺两条产品线并行发展未来大概率会出现一条明确的上迁路径Turso 支撑的原型 / 探索型数据库在工作负载增长后平滑迁移到 Postgres 项目。这与 Supabase 一贯的支持现有工具、从原型到生产同一体验的原则架构文档一脉相承。真正的赌注数据库供给的范式转移回看这起并购1.5 亿美元的估值讨论其实是表象。真正的赌注是当软件由 Agent 大规模生产时数据库供给必须完成一次范式转移——从为一个应用维护一个实例转向为一次会话供给一个实例。Turso 的架构早已证明这一模式的可行性Rust 重写带来可控的内存占用按需加载与空闲挂起让百万级实例的管理成为可能。而 Supabase 过去一年验证了需求的真实性每周 100 万数据库、60% 由 AI 发起、600% 的年增长率——这些数字不是宣传话术而是供给能力被需求逼到极限的直接证据。对开发者而言这场收购释放的信号也很明确SQLite 与 Postgres 不再是非此即彼的路线之争。在 Agent 时代数据库的未来属于从毫秒级按需实例到分布式大库的完整连续光谱而 Supabase 正在把这条光谱的两端都收入囊中。Turso 值 1.5 亿融资里的多少也许答案既不是 1.5 亿也不是 5 亿——而是数据库按需供给这个新范式本身的价值。【免费下载链接】supabaseThe Postgres development platform. Supabase gives you a dedicated Postgres database to build your web, mobile, and AI applications.项目地址: https://gitcode.com/GitHub_Trending/supa/supabase创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Turso 值 1.5 亿融资里的多少？拆解 Supabase 买下的数据库未来
Turso 值 1.5 亿融资里的多少拆解 Supabase 买下的数据库未来【免费下载链接】supabaseThe Postgres development platform. Supabase gives you a dedicated Postgres database to build your web, mobile, and AI applications.项目地址: https://gitcode.com/GitHub_Trending/supa/supabase2026 年 10 月 2 日Supabase 官方博客发布《Supabase is acquiring Turso》正式官宣收购以边缘 SQLite 生态闻名的 Turso 团队。四个月前这家Postgres 开发平台刚刚完成由 GIC 领投、投前估值 100 亿美元的 5 亿美元 F 轮融资。一边是 100% Postgres 信仰的 Supabase一边是用 Rust 重写 SQLite、把数据库推到边缘的 Turso两个看似对立的数据库世界观在这一刻完成了合流。市场把这次收购解读为1.5 亿美元买的数据库未来但金额本身并不重要——真正值得拆解的是为什么一个 Postgres 平台要花钱去收购一套 SQLite 基础设施答案藏在 Supabase 官方公布的一组数据里平台如今每周新建超过 100 万个数据库其中 60% 以上由某种 AI 工具创建。当 Agent 开始像创建文件一样创建数据库时旧的单体大库架构正在被一种全新的模式取代。从一个项目一个大库到一个 Agent 一个库理解这笔交易要先理解 Supabase 正在经历的供给危机。在 F 轮融资公告中Supabase 给出了三个关键数字数据库创建量同比增长 600%超过 60% 的新数据库由 AI 工具发起平台累计开发者接近 1000 万较八个月前翻了一倍多。而收购公告把数字说得更直白——Supabase 每周已经在创建超过 100 万个数据库。这个量级背后的驱动力是 AI Agent。Claude Code、Codex 这类工具把能写代码的人从几百万扩展到了数千万每个 Agent 会话都可能需要一个独立的、隔离的、随用随弃的数据存储。传统模式下为一个轻量工作负载启动一个完整的 Postgres 实例无论成本还是延迟都不可接受。这正是 Turso 架构的用武之地。收购公告点明了 Turso 的核心能力用 Rust 重写 SQLite构建了单台服务器托管数百万个数据库的云平台——按需加载空闲即挂起。这意味着为每个 Agent 按需分配一个数据库成为可能无论是运行在 Turso Cloud 上还是运行在客户自己的云里。Superhuman、Sauna.ai、CTO.new、Mastra 等公司已经在用这套模式。也就是说Turso 之于这次收购是 Supabase 补上轻量、按需、海量这一块拼图的入场券而不是全部。从 SQLite 到 Postgres同一套开发者体验的连续光谱值得强调的是这笔收购并非Postgres 让位给 SQLite。官方公告写得非常清楚对现有用户来说一切都不会改变。Supabase 将继续围绕 Postgres 构建Turso 将继续推进 SQLite 的工作。我们将共同创造一些新东西把 Supabase 的体验带给每一个 Agent。这背后是一条明确的技术判断SQLite 适合小规模、按需的工作负载Postgres 是应用规模化后的归宿。两者的关系不是替代而是同一开发体验在不同规模段上的连续衔接——从 Agent 的原型、探索、仪表盘到生产环境的大规模应用开发者应该始终使用同一套工具链。这种让 DBMS 规格与工作负载匹配、而不是让工作负载迁就 DBMS的思路正是 Turso 在边缘 SQLite 生态多年积累的价值所在。而 Supabase 的 Postgres 侧也早已开始布局规模化的另一极。仓库文档中可以看到Supabase 正在同步推进两条 Postgres 演进线Multigres把 Vitess 带给 MySQL 的分布式方案移植到 Postgres通过多节点运行实现高可用与自动故障转移。官方将其定位为Postgres 的操作系统并在文档中明确分片与自定义持久化策略在长期路线图上Multigres 文档。OrioleDB作为 Postgres 的存储引擎扩展用索引组织表、撤销日志与写时复制检查点替代默认堆存储在 TPC-C 基准测试中带来约 1.8 倍的性能提升OrioleDB 文档。结合 Supabase 官方博客对 F 轮资金的用途陈述——加速开源 / Postgres 工具开发、支持增长、为员工提供流动性——可以看到一条清晰的路线图Postgres 侧由 Multigres OrioleDB 解决规模化与运维复杂度Turso 侧解决海量轻量实例的供给。收购之后产品路线图的推演Turso 团队及其两位创始人 Glauber Costa、Pekka Enberg 将加入 SupabaseCosta 将牵头这场被官方称为agentic infrastructureAgent 基础设施的建设。这个任命本身就透露了产品方向收购的对象不是某个现成产品而是一支能构建面向 Agent 的数据库供给层的工程力量。结合仓库源码可以推演出收购后的几个大概率走向其一数据库创建成本趋近于零。当前 Supabase 每个项目对应一个独立 Postgres 实例管理 API 与 CLI 已经支持以编程方式创建项目Management API。Turso按需加载、空闲挂起的能力接入后每周 100 万数据库的供给成本将大幅下降Agent 创建数据库的门槛将从开一台机器降至写一个文件。其二MCP 将成为 Agent 与数据之间的默认接口。仓库文档中Supabase MCP Server 已是public alpha状态并标记可在自托管环境使用特性清单其定位是让 AI 助手代表你查询 Supabase 项目MCP 文档。当每个 Agent 都拥有专属数据库时MCP 服务器的角色会从查询工具升级为数据库即服务的控制面——这正是把 Supabase 体验带给每个 Agent的最直接落点。其三Postgres 与 SQLite 的边界将成为产品卖点而非技术债。官方承诺两条产品线并行发展未来大概率会出现一条明确的上迁路径Turso 支撑的原型 / 探索型数据库在工作负载增长后平滑迁移到 Postgres 项目。这与 Supabase 一贯的支持现有工具、从原型到生产同一体验的原则架构文档一脉相承。真正的赌注数据库供给的范式转移回看这起并购1.5 亿美元的估值讨论其实是表象。真正的赌注是当软件由 Agent 大规模生产时数据库供给必须完成一次范式转移——从为一个应用维护一个实例转向为一次会话供给一个实例。Turso 的架构早已证明这一模式的可行性Rust 重写带来可控的内存占用按需加载与空闲挂起让百万级实例的管理成为可能。而 Supabase 过去一年验证了需求的真实性每周 100 万数据库、60% 由 AI 发起、600% 的年增长率——这些数字不是宣传话术而是供给能力被需求逼到极限的直接证据。对开发者而言这场收购释放的信号也很明确SQLite 与 Postgres 不再是非此即彼的路线之争。在 Agent 时代数据库的未来属于从毫秒级按需实例到分布式大库的完整连续光谱而 Supabase 正在把这条光谱的两端都收入囊中。Turso 值 1.5 亿融资里的多少也许答案既不是 1.5 亿也不是 5 亿——而是数据库按需供给这个新范式本身的价值。【免费下载链接】supabaseThe Postgres development platform. Supabase gives you a dedicated Postgres database to build your web, mobile, and AI applications.项目地址: https://gitcode.com/GitHub_Trending/supa/supabase创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考