如何不获取Firebase Database引用节点全量数据即可获取随机键？

你的方案完全合理可行，属于Firebase Realtime Database场景下处理随机查询需求的标准优化方案之一。

方案合理性说明 #

• Firebase Realtime Database本身没有原生提供随机查询的API，所有随机取数的需求都需要通过上层数据结构设计实现，你的方案本质是为题库键构建了独立的轻量索引，设计思路完全符合Firebase的最佳实践。
• 相比直接拉取全量题库节点的方案，独立键索引节点的单条数据仅存储键字符串，体积仅为原题数据的几十分到几百分之一，哪怕题库扩容到十万甚至百万级，拉取该索引节点的开销也远低于拉全量题库数据，能大幅降低冗余数据传输。

可选进阶优化方向 #

如果后续题库规模继续增长，拉取全量键索引也存在性能压力，可以进一步优化数据结构：

• 给每个题库键对应存储一个0_{1之间的随机浮点数作为索引值，存入独立索引节点。需要取随机键时，先生成一个0}1的随机数，再通过orderByValue().startAt(随机数).limitToFirst(1)的查询逻辑直接获取随机键，连全量索引节点都不需要拉取，单次查询即可拿到结果，查询开销不受数据规模影响。
• 新增、删除题目时建议使用Firebase的原子多路径更新接口update()同时操作原题节点和键索引节点，避免出现两个节点数据不一致的问题。
• 如需一次性拉取多道随机题目，拿到目标键后可通过单批次get请求拉取所有对应路径的题目数据，不会产生多余的请求开销。

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