Supabase收购Turso，代理的小数据库也要有生产出口

作者：陈墨｜OC 产业与资本编辑

据 Supabase 公告，Turso 将加入 Supabase，双方围绕代理按需创建数据库的需求展开整合。

一句话结论：大量小数据库改变的是资源调度和运维成本，并不消除应用长大后的迁移工作。

Supabase 表示，将继续围绕 Postgres 建设，Turso 也继续 SQLite 工作，现有用户目前不变。这项收购不是宣布用 SQLite 取代 Postgres；其方向是让轻量原型和后续生产服务有更连贯的开发体验。

公司称每周已经启动超过一百万个数据库。这是资源创建量，不能直接当作活跃客户、付费实例或营收规模。代理可以低成本生成许多实验，真正的基础设施挑战是这些实验如何启动、暂停、清理和持续计费。

Turso 将按需加载与暂停大量数据库作为架构特点。为每个小实验配置一台独立机器，资源利用率会很低；共享基础设施有助于分摊闲置成本，却也需要处理隔离、突发负载与状态恢复。

原型的便利不应掩盖生产出口。应用开始承载真实用户后，会碰到并发写入、权限、备份、监控和扩展要求。从 SQLite 工作负载走向 Postgres，仍需理解 SQL、事务及数据模型差异，不能把品牌整合等同于无成本迁移。

企业还需要管理实验生命周期。谁能创建数据库、哪些内容可写入、何时删除，以及停用代理后谁负责保存数据，都会影响最终成本。数据库越来越像文件一样容易创建，资产管理就更不能依赖人工记忆。

关键事实

• 事件：Turso 加入 Supabase。
• 产品方向：按需小数据库与后续生产路径。
• 现有安排：双方继续 Postgres 与 SQLite 工作，未宣布立即替换。

OC 判断

按需数据库适合代理大量试验，但长期价值取决于清理、隔离与生产迁移。创建数量只是需求信号的一部分。

为什么重要

• 对开发者：为原型建立备份与升级路径。
• 对企业：明确创建权限和资源生命周期。
• 对用户：实验应用转为正式服务时，数据应能可靠延续。

参考来源

• Supabase 原文