#误区 1：Supabase 只是“Firebase 的开源替代”
这说法太浅。
它当然常被拿来和 Firebase 对比，但它的气质核心不是“像不像 Firebase”。
它真正的核心是：
Postgres-first + RLS + 开源平台化。
#误区 2：既然有 auto API，就不需要懂 SQL
非常错误。
你越不懂 SQL、schema、索引、约束、事务、RLS， 越容易把港口修得一团乱。
#误区 3：RLS 开了就自动安全
不对。
RLS 是制度，不是祝福。
策略写错，一样可能：
- 数据暴露
- 用户全被拦住
- 查询很慢
- 维护复杂度爆炸
#误区 4：Service Key 可以随便放前端
绝对不行。
官方文档明确说，能绕过 RLS 的 service key 不该暴露给浏览器或客户。
这相当于：
给每个外来船队发一张海关总长通行证。
#误区 5：所有业务都适合边缘函数
不是。
轻量 API、webhook、外围集成很适合。 重长任务、复杂调度、超大规模计算，不一定适合。
#误区 6：Dashboard 点点点就够了
不够。
稍微严肃一点的团队都应该尽快走向：
- migration
- SQL 文件版本化
- 环境一致性
- 审核变更
#误区 7：Supabase 等于“完全不需要后端工程”
也不对。
它大幅降低了很多应用的后端起步成本， 但复杂系统仍然可能需要：
- 单独业务服务
- 独立任务系统
- 数据分析链路
- 更复杂的网关和审计体系