Flutter中如何定义带子集合的Firestore文档数据模型？

这个把Firestore的Book数据解析为包含Chapter列表的模型方案是可行的，但得结合你的业务场景来看，同时要注意Firestore本身的一些限制，可能会遇到以下问题：

适合用这个方案的场景 #

• 章节数量少（比如几十条以内），且单章内容不复杂，不会让整个Book文档体积超标
• 不需要单独对章节做复杂查询（比如按章节标题、发布时间筛选某一章）
• 章节几乎不需要单独更新，或者更新频率极低

这种情况下，直接把章节存在Book文档的数组里，读取一次就能拿到完整的图书+章节数据，比查询子集合更高效，解析成你定义的Book模型也没有技术障碍。

可能遇到的问题 #

• 文档大小限制：Firestore单个文档最大只能存1MB，如果章节内容多（比如每章有大段正文）、或者章节数量多，很容易触发这个限制，到时无法再往数组里添加章节，也没法更新文档。
• 更新成本高：如果要修改某一个章节，必须先把整个Book文档的章节数组全部拉取下来，修改后再重新写回Firestore。不仅操作繁琐，还容易出现多用户同时更新导致的冲突问题——而用子集合的话，直接单独更新对应章节的文档就行，更灵活。
• 查询灵活性差：如果以后需要单独查询某本书里的特定章节（比如找标题包含某个关键词的章节），或者按章节的字段排序，用数组的话只能先把整个Book文档读出来，再在客户端做过滤/排序，数据量大的时候效率很低；而子集合可以直接用Firestore的查询语句在服务端完成筛选，性能更好。
• 权限控制受限：如果需要给不同用户设置不同章节的访问权限，子集合可以给每个章节文档单独配置权限规则；但用数组的话，只能给整个Book文档设置统一权限，没法做到精细化的章节级权限控制。

总结下：如果你的图书章节数据量小、更新频率低、不需要复杂查询和精细化权限，这个方案完全可以用；但如果有上述复杂需求，建议还是保留chapters子集合，在需要的时候单独查询章节数据，再和Book模型组合使用。

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