Firestore中具有ID /引用的子集合或集合

Question

我正在开发一个用于记录锻炼（跑步）的应用程序。我以前使用本地SQLite数据库存储各种数据（活动，活动配置文件，设置等）。我还想与远程服务器进行某种同步（以进行备份），但是我并不是真的想自己实现。因此，我最近发现有关Google Firestore的信息，似乎正是我要找的东西。

我的应用程序中具有以下数据模型（“用户”是根类，下面是一些私有字段，这些私有字段都存储在SQLite数据库的单独表中）

用户

• 列出个人资料-每个个人资料都包含诸如总距离，二手鞋，不同心率区的信息。
• 列出活动-活动包含常规信息，例如行进距离，海拔高度，名称以及包含地理位置信息，心跳率等的DataRecord实例列表。

我认为Firestore API非常容易理解，但是现在我真的不知道如何设计我的收藏。 现在，我只有一个 users 集合。

我应该创建一个包含“数据记录”子集合和引用或用户ID的“活动”集合，还是只使用 users 集合并对子集合进行所有操作？在性能方面有什么偏爱吗？

任何提示都值得赞赏。