Firebase 保存到超过1MB的firestore对象

您好，我了解到Firestore的最大文档大小限制为1MiB

我想存储心率和其他活动数据，我当前的模型与此类似

-activity
  - HR points stream (1 point per second up to 86400 points)
  - Lat points stream (same as above)
  - Long points stream (same as above)

例如，上述数字86400用于24小时存储

总的来说，我试着去储存并得到一个24小时的跑步记录

然而，由于firestore在规模上的限制，这是很难预测的

为了存储如此大的数据，你能建议或指导人们做什么的正确方向吗

我曾尝试将上述数据流分离到它们自己的文档中，但没有运气，因为心率流甚至可以获得firestorm无法存储的太多数据

简言之，对于仅使用firestore存储大数据流而不使用例如云存储，有什么建议

为了存储如此大的数据，你能建议或指导人们做什么的正确方向吗

为了存储如此大的数据，您应该将保存这些数据的方式从单个文档更改为一个集合。对于托收，没有限制。您可以添加任意数量的文档。根据官方文件，关于：

Cloud Firestore针对存储大量小文档进行了优化

因此，您应该利用此功能

有关详细信息，我建议您查看我的答案，其中我已经解释了有关在阵列文档、地图或集合中存储数据的一些实践

为了存储如此大的数据，你能建议或指导人们做什么的正确方向吗

为了存储如此大的数据，您应该将保存这些数据的方式从单个文档更改为一个集合。对于托收，没有限制。您可以添加任意数量的文档。根据官方文件，关于：

Cloud Firestore针对存储大量小文档进行了优化

因此，您应该利用此功能

---

有关详细信息，我建议您查看我的答案，其中我已解释了有关将数据存储在阵列文档、地图或集合中的一些做法。

这部分：作为结论，仅当需要将数据一起显示时，才将数据放在同一文档中。也不要把它们弄得太大，这样你就需要下载更多你真正需要的数据。这有助于我思考这个应该如何构建。非常感谢Alex。我将保留问题的开放性，并很可能在几天后接受这个问题，只是为了给其他成员一个机会，以防万一小问题：我了解到，如果在文档中存在子集合，随着它们的增长，它们不会影响文档的大小。也许将文档作为父实体会有所帮助，然后对流进行建模？我了解到，如果在文档中有子集合，随着它们的增长，它们不会影响文档的大小。没错，不会的。也许将文档作为父实体会有所帮助，然后对流进行建模？没错，好吧，吉米，让它开着。如果您还需要其他信息，请随时询问我。这一部分：作为结论，仅当您需要将数据显示在一起时，才将数据放在同一文档中。也不要把它们弄得太大，这样你就需要下载更多你真正需要的数据。这有助于我思考这个应该如何构建。非常感谢Alex。我将保留问题的开放性，并很可能在几天后接受这个问题，只是为了给其他成员一个机会，以防万一小问题：我了解到，如果在文档中存在子集合，随着它们的增长，它们不会影响文档的大小。也许将文档作为父实体会有所帮助，然后对流进行建模？我了解到，如果在文档中有子集合，随着它们的增长，它们不会影响文档的大小。没错，不会的。也许将文档作为父实体会有所帮助，然后对流进行建模？没错，好吧，吉米，让它开着。如果您还需要其他信息，请尽管问我。