vibe coding 项目选数据库：Supabase、Neon、Turso、Convex 一张表讲清

先说结论：一张决策表

如果你赶时间，直接看这张表，10 分钟定案：

要用户系统 + 文件存储 + 一天上线 → Supabase。Postgres 全家桶，Auth、Storage、Realtime 一次配齐，是「一个周末做出可用产品」的默认答案。

已经在用 Postgres，想要 serverless 弹性 + 分支数据库 → Neon。按使用量计费、scale to zero，每个 PR 自动配一个隔离数据库做预览，团队协作体验最好。

应用轻、读多写少、想贴着用户部署 → Turso。SQLite 在边缘节点复制，轻到离谱，免费额度大方，适合内容型、工具型小应用。

需要实时同步、多人协作状态，且全用 TypeScript → Convex。数据库即后端，schema 用代码写，AI 生成代码时最顺手，实时功能零心智负担。

别选 Firebase（新项目）。除非你已经在它的生态里。NoSQL 的数据建模心智负担，比你想的重得多，vibe 阶段不值得。

vibe 项目的数据库需求，和传统项目不一样

传统选型看的是：QPS、事务一致性、运维成本。vibe 项目的选型优先级完全不同，排第一的是启动速度：从「有个想法」到「数据库跑起来」能不能在 10 分钟内搞定。排第二的是 serverless 友好度：能不能 scale to zero，没人用的时候不烧钱——vibe 项目 90% 的时间没人用，为闲置付费是最蠢的支出。排第三的是一体集成度：Auth、文件存储、实时订阅要不要自己再拼三套服务？每多一套，你的 agent 就要多写一倍的胶水代码，多踩一倍的坑。

还有一个隐形指标：AI 写起来顺不顺手。让 agent 写 Prisma schema + migration，和让它写 Convex 的 TypeScript schema，成功率差的可不是一点半点。选型时把「我的 agent 能不能一次写对」放进考量，一点都不丢人——这就是 vibe 时代的现实。

四个主流选项，逐个拆

Supabase：全家桶，闭眼入不会错。本质是托管 Postgres，外加 Auth、Storage、Edge Functions、Realtime。最大优势是「不用做决定」：用户表怎么建、头像存哪、实时通知怎么做，全都有官方答案。免费额度慷慨到可以支撑到几千用户。缺点：Postgres 的 migration 还是 migration，schema 改多了，agent 生成的 SQL 总有翻车的时候；Realtime 在高并发下要自己调优。但对第一个 vibe 项目，它是容错率最高的选择。

Neon：Postgres 原教旨主义者的 serverless 答案。如果你就认 Postgres（生态、工具、将来招人好招），Neon 是最好的 serverless 形态。杀手功能是分支数据库：每个 PR 自动 fork 一个隔离的数据库，预览环境的数据问题当场验证，合并后自动删除。这个功能单独就值回票价。缺点：它只给数据库，Auth 和存储还得自己拼（通常配 Clerk + R2/S3）。

Turso：轻到不像话的 SQLite。把 SQLite 复制到全球边缘节点，读延迟极低，写入回主库。适合博客、文档站、小工具、个人项目这种「读多写少」的场景。libSQL 是 SQLite 的 fork，方言基本兼容，心智负担为零。缺点：复杂查询、重写入场景别碰；生态比 Postgres 小一个数量级，遇到怪问题能抄的作业少。

Convex：为 AI 时代重写的后端。没有「数据库」和「后端」之分，schema、查询、mutation 全用 TypeScript 写，实时同步是默认行为。让 agent 写 Convex 代码的成功率，在这几个选项里是最高的——因为没有 SQL 字符串拼接，没有 migration 文件，没有 ORM 阻抗失配。缺点：厂商锁定最彻底，迁移出去的成本最高；计费模式按函数调用算，写不好容易出账单惊魂。

三个反直觉的建议

第一，别选「最强」的，选「删起来最不心疼」的。MVP 阶段，数据库选错的成本远低于「为了选对而纠结两周」的成本。vibe 项目的数据量在到达需要分库分表之前，早就经历了三次重构——你现在纠结的「扩展性」，99% 用不上。选那个让你今晚就能开始写的。

第二，先本地 SQLite 跑通，再决定要不要上云。这是被严重低估的一条：Prisma + SQLite 本地开发，零配置、零费用、agent 一次写对。等你的应用真的需要多用户、需要部署了，再迁到 Turso（一行配置的事，方言兼容）或 Supabase。过早引入云数据库，等于在想法还没验证时就预付了复杂度。

第三，Auth 和数据库选同一家。这是 vibe 项目里最大的隐形时间黑洞：Supabase Auth 配 Supabase 是 5 分钟，Clerk 配 Neon 是 1 小时（还能接受），Auth0 配自建 Postgres 是半天起步。用户系统是每个项目的必经之路，把「登录」和「存数据」的集成成本砍掉一半，比任何性能优化都值钱。

什么时候该换掉你的第一个数据库

三个信号，出现任意一个再考虑迁移：免费额度烧完了且收入还没 cover（先优化查询，别急着换）；开始写复杂查询且 ORM 已经写不出来了（说明业务复杂度上来了，值得认真选型一次）；团队超过 3 个人（分支数据库、预览环境这些协作功能开始值钱）。

记住：vibe coding 时代，数据库不是「架构决策」，是「耗材」。先让项目活下来，再让它活得优雅。