Supabase

一句话结论

对很多现代 Web 产品来说，Supabase 是最值得优先试的后端平台之一。 它把“快开发”和“别被平台困死”两件事兼顾得不错。

它真正强在哪里

• Postgres 核心：这点非常重要，意味着你不是建立在黑箱 NoSQL 上。
• 上手快：认证、数据库、存储、实时能力起步很顺。
• 比 Firebase 更可迁移：很多开发者喜欢它，就是因为不想被平台规则掐死。
• 适合全栈独立开发者。

真实适用场景

场景 1：MVP 和 SaaS 早期产品。 能非常快把 auth + db + storage 立起来。

场景 2：想要 SQL 和关系型数据的项目。

场景 3：以后可能迁移、自托管的项目。

不适合谁

• 极复杂企业级后端需求。
• 已经深度绑定 Firebase 生态的团队。

真实缺点

• 有些场景你仍要自己补很多工程能力。
• 不是所有性能和扩展问题都能“平台自动解决”。
• 你会比用 Firebase 更接近数据库现实，这既是优点也是负担。

和替代品怎么比

vs Firebase： Firebase 更像全套托管黑盒；Supabase 更像站在 Postgres 上的开发加速层。

vs Neon / PlanetScale： 它更全家桶，不只是数据库。

最终建议

如果你做现代 Web 产品，又不想被平台锁死，优先试 Supabase 通常是对的。

这篇内容主要吸收了什么

• Supabase vs Firebase 对比文章的共识
• 社区对锁定成本、SQL 能力和扩展性的真实反馈