Firebase Realtime Database如何仅读取顶层数据不读取下层数据？

Realtime Database 客户端SDK默认会读取查询路径下的全部嵌套子节点，确实没有原生提供类似Firestore的浅读配置，你可以通过以下两种方案实现需求：

• 方案1：利用REST API的浅读取能力
  Realtime Database 的REST接口原生支持shallow=true参数，发起GET请求时携带该参数，将仅返回当前路径的顶层内容：

  • 路径下的基础类型值（字符串、数字、布尔值）会直接返回完整值
  • 路径下的对象类型节点仅返回键名，值固定为true占位，不会拉取任何下层嵌套数据
    你可以在页面初始化时，请求https://<你的数据库域名>/<目标顶层路径>.json?shallow=true&auth=<当前用户的Firebase ID令牌>拿到所有顶层节点的键，等用户明确触发查看详情的操作时，再通过常规SDK方法读取/<目标顶层路径>/<具体节点键>路径下的全量嵌套数据即可。
    该方案不需要改动现有数据结构，REST接口完全复用你已配置的数据库安全规则，和SDK鉴权体系打通。

• 方案2：重构数据结构做分层存储（官方推荐实践）
  如果不想额外封装REST请求，可以直接调整数据存储结构，将顶层列表数据和深层详情数据拆分到平行路径存储：
  举个场景示例，如果你原本在/articles路径下存储文章，每篇文章下嵌套了大段正文、评论列表、点赞记录等深层数据，可以拆分为两个独立路径：

  • /articles-meta：仅存储所有文章的列表展示所需字段（标题、摘要、封面、发布时间），无深层嵌套，进入列表页时直接读取该路径，数据量极小
  • /articles-full：按文章ID存储单篇文章的完整内容、评论、点赞等全量嵌套数据，仅当用户点击进入对应文章详情页时，才读取对应ID下的内容
    这种方案兼容所有端的官方SDK，后续做权限控制、数据缓存、列表分页都更方便，也能大幅减少非必要的流量消耗。

注意：不要尝试通过limitToFirst、orderByKey这类SDK查询方法实现浅读效果，这类查询依然会拉取匹配节点下的全部嵌套子内容，无法达到按需加载的目的。

内容的提问来源于stack exchange，提问作者Shubham