数据与身份
Supabase 与 Convex 对比：数据与实时应用
先看应用怎样读取与更新数据。Supabase 提供 Postgres；Convex 将响应式查询与修改放在 TypeScript 服务端函数中，这会改变业务逻辑的位置。
本页内容
图解流程图
Supabase梳理查询、实时更新与未来迁移
01比较 SQL 访问与基于函数的数据模型。
02两者以不同机制支持实时场景。
03未来迁移还涉及函数、身份和订阅，而不只是数据行。
先做一项可验证的任务
做一份两个用户都能修改的列表。检查更新如何到达两端、权限在哪里执行，以及以后迁移怎样导出记录。
数据模型与查询归属
Supabase 提供 Postgres、SQL 及其生态；Convex 使用文档关系数据和服务端查询/修改函数。应比较应用查询、团队经验与授权逻辑位置。
实时更新是一项设计选择
Convex 会重新执行依赖变更的查询并更新订阅者；Supabase Realtime 单独提供 Broadcast、Presence 与 Postgres Changes。应比较实际界面需求，而非宣称某方没有实时能力。
选择前先规划迁移出口
选择平台前先列出结构、业务函数、身份、文件与客户端订阅。搬数据不等于迁移后端行为；一个有代表性的小流程可帮助判断未来迁移需要替换多少应用逻辑。
你可能还想知道
Supabase 只是 Postgres API 包装吗？
每个项目包含完整 Postgres，其他 Supabase 服务建立在它之上。
能只按免费额度决定吗？
不宜。先估计查询、实时更新、存储与运维需求，再查询对应工作量的当前价格。
资料出处
本文依据引用的文档与作者来源整理，vibeforthat 未对本文进行独立安装或端到端产品实测。
