用途：当项目需要在托管应用后端平台之间做选择时使用。核心问题不只是选哪个数据库，而是由哪个产品后端包统一负责认证、数据、实时同步、存储与服务器端函数，以及早期的运维取舍。
主要能力：覆盖 SQL 优先与 NoSQL 优先的托管后端选型；认证、权限与数据归属模型的权衡；实时同步与离线行为差异；自托管与托管运营的取舍；平台不再适配时的迁移与退出路径。
必要用法与默认路径：Postgres 优先、需要 RLS、认证、存储与实时能力时选 Supabase；TypeScript 优先的反应式后端与持久工作流选 Convex；移动/离线优先且客户端 SDK 成熟时选 Firebase/Firestore；自托管为第一需求时选 Appwrite；小型单二进制后端或内部工具选 PocketBase；需要可分支 Postgres 且应用服务另选时考虑 PlanetScale Postgres 或 Neon；复杂合规或定制领域逻辑则转向自定义后端与数据库设计技能。
限制：PocketBase 仍处 pre-1.0，投入生产前须核实版本与破坏性变更；Convex 后端在 FSL-Apache-2.0 下可自托管；Supabase 计划在 2026 年底弃用旧版 JWT 的 anon/service_role 密钥，需迁移到 publishable/secret 密钥；出口带宽超额是常见隐藏成本，须按官方定价页核实；选择前应验证权限模型、信任边界与退出路径，退出图不等于可移植性证明。资料未提供价格、性能基准与具体版本号。