跳过 API，直接交付数据库
内容提要
LiteFS Cloud 是一种与 SQLite 数据库配合使用的备份和时间点恢复工具。它意外地被发现可以替代服务间的 API 层，简化数据共享。通过将只读数据库复制到客户端，用户可以直接使用 SQL 查询，避免了 API 设计的复杂性。此方法适用于特定场景，但需注意数据更新和访问限制。
延伸解读
从备份工具到数据共享桥梁
LiteFS Cloud 原本是为 SQLite 提供备份和时间点恢复的托管服务，但作者在内部测试中发现，它还能替代服务间的 API 层。通过将只读数据库副本推送到客户端，下游服务可以直接用 SQL 查询数据，无需等待 API 设计。这种意外用途源于 LiteFS 的分布式复制能力，让数据共享变得简单直接。
只读副本的适用场景与限制
只读副本适合数据更新频率低、以查询为主的场景，例如内部工具或分析型服务。但它无法处理数据写入，客户端仍需 API 进行变更操作。此外，直接分发数据库会削弱访问控制，在多租户环境下可能泄露数据。作者建议采用每租户独立数据库来隔离数据，并利用数据库视图保持接口稳定。
与 GraphQL 等 API 方案的对比
GraphQL 等查询语言虽能缓解 API 设计难题，但缺乏内置的聚合和窗口函数等高级查询能力，通常仍需底层 SQL 支持。而直接分发 SQLite 数据库让客户端使用完整 SQL，还能将计算压力转移到客户端硬件，避免多租户资源竞争。不过，数据库模式变更的兼容性需要额外关注，例如添加列通常是向后兼容的。
Q&A
LiteFS Cloud 是什么？
LiteFS Cloud 是一种与 SQLite 数据库配合使用的备份和时间点恢复工具。
如何使用 LiteFS 简化数据共享？
LiteFS 可以通过将只读数据库复制到客户端，用户可以直接使用 SQL 查询，避免了 API 设计的复杂性。
使用 LiteFS 的主要限制是什么？
LiteFS 的一个明显限制是只读副本不能更新数据，客户端仍需 API 来进行数据更新。
LiteFS 如何处理多租户环境中的数据访问？
将数据库直接发送给客户端可能会限制对数据的访问控制，尤其是在多租户环境中。
LiteFS 相比传统 API 的优势是什么？
LiteFS 允许客户端使用 SQL 直接查询数据，避免了复杂的 API 设计和多次 API 调用。
LiteFS 的应用场景有哪些？
LiteFS 适用于特定场景，尤其是需要快速访问和查询大量数据的内部工具。
