PocketBase 是 OPC 构建简单后端最快的方案——单文件 Go binary、Admin UI 可视化建表、自动 CRUD API。对于大多数 OPC 的 side project 或内部工具来说,它比 Supabase 更轻量。但 SQLite 的单写入者限制意味着它不适合高并发写入场景。决策参考:如果预期并发 < 50 用户且读多写少 → PocketBase;需要高并发或未来会规模化 → Supabase。
SQLite 是单写入者架构——同时只能有一个进程写入。如果你的 OPC 产品需要高并发写入(多人实时协作、高频交易记录),PocketBase 会在 100+ 并发写入时出现性能瓶颈。对于读多写少的场景(博客、CMS、landing page)完全够用。
因为 SQLite 是单文件数据库,PocketBase 无法像 Supabase/Neon 那样做读写分离或水平分片。你能做的只有垂直扩展(更大的 VPS)。如果你的 OPC 产品预期用户量 > 10 万日活,从一开始就选 Supabase。
PocketBase 提供自动 CRUD API 但不支持自定义业务逻辑端点。复杂的后端逻辑(支付 webhook、数据转换 pipeline)需要额外的服务。你可以用 Go 编写 Extensions 但这需要你懂 Go。
没有托管的 PocketBase 服务——你必须自己部署、备份、监控、更新。虽然对于 OPC 来说 VPS 管理不是大问题,但数据丢失的风险完全在你身上。设置 cron job 定时备份 SQLite 文件是非可选的第一步。
有 pockethost.io 等第三方托管服务,但相比 Supabase/Neon 的 managed service 在可靠性、支持、功能完整性上仍有差距。如果你不想自己管服务器,选 Supabase。
| PocketBase 文档 | 博客文章 | - |