咨询Firestore实时更新计费逻辑：大文档场景下的计费方式

计费规则说明 #

• Firestore读取计费仅按文档读取次数计算，与返回数据量无关。无论文档大小是1KB还是接近1MB上限，每读取一次都计为1次文档读取操作。
• 实时监听场景：首次建立监听时触发1次初始读取；后续文档内容发生任何变化，监听回调都会触发1次新的读取计费，同样只按1次文档读取结算，和修改的字段数量、大小无关。

你的场景核心问题 #

当前把所有单词存在单个文档的items数组中的设计，会引发两个关键问题：

1. 带宽冗余：哪怕只新增一个单词，实时更新会推送整个文档的完整快照，随着items规模增长，每次更新都会传输大量不必要的数据，加重客户端加载和处理负担。
2. 单文档上限限制：Firestore单文档最大支持1MB，当单词积累到一定数量时，必然会触发这个限制，导致无法继续添加内容。

实时更新的适配建议 #

不是实时更新不适合你的场景，而是数据结构需要调整。优化后完全可以低成本使用实时更新：

• 优化方案：将每个单词作为独立文档，放在对应集合的子集合中（例如：用户的单词集合文档下，创建words子集合，每个单词作为子集合内的一个单独文档）。
• 优化后的优势：
  • 新增单词时，实时监听仅推送该新单词的小文档，带宽成本极低。
  • 计费仍为每次更新计1次文档读取，长期成本可控，且不会触及单文档大小限制。
  • 客户端可直接监听子集合的实时变化，自动同步新增单词，无需处理整个庞大的items数组。

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