我使用的是火力地堡储存撰写的文章我的用户，这些条款可能会超过1MiB的内容。
我知道，Firestore限制的文件大小为1MiB和我试图找出一个工作方式。
我看到 那张贴在计算器 ，但它不在这里适用，因为它关系到一个列表中的项目正在太大。
我最初的想法是储存中的内容云存储，而不是及时加载文档，如果内容开始与gs://，我会加载文档的存储，并将其设置为"内容"直接，但我恐怕这将是过于缓慢。
我如何可以实现的方式存储超过1MiB内容在Firestore?
我的经验法则是，使用Firestore仅为结构化的数据，你想要查询在使用的情况下，如你的。
其他数据的我确实投入到云储存的文件，然后将文件(例如使用相同的标识，或者通过储存的路径在场)。
如果你要听实时更新的数据储存的文件、更新的一个领域中的文件(例如 lastUpdated之后)编写的更新存储-通知的听众，他们需要刷新数据存储。
唯一的选择我用的是溢出数据的文件有一个顺序ID后缀(因此就添加 -1, -2等到文件ID)，但是只有在情况下，我想要查询的文件Id(而不是的领域中存在)，并需要有一个实时的监听关内容的文件。
我亲自回答了这个问题，是的，这是指一个项目列表。 在你的情况下，如果一篇文章中包含的文本以及照片，我就会确实加的所有图像的火力地堡储存和文Firestore，并链接他们已经@FrankvanPuffelen中提到他的回答。 除此之外，如@ToddKerpelman国在以下答复：
不要增加图片Firestore. 云的存储 目的是为那个。
想着你的使用情况，以获取"通过"这一限制，还有另一种(类似的)的方法。 而不是试图保存所有的数据在一个单一的文件，我将其添加到多份文件是这样的：
Firestore-root
|
--- articles (collection)
|
--- $articleId (document)
|
--- articleParts (collection)
|
--- $firestoreRandomId
| |
| --- text: "Text of the article"
| |
| --- part: 1
| |
| --- articleId: $articleId
|
--- $firestoreRandomId
|
--- text: "Remaining text of the article"
|
--- part: 2
|
--- articleId: $articleId
你可以看到，每个条由几部分组成。 获得的所有文章的数据库，必须创建一个 collectionGroup 查询，这是这样的：
db.collectionGroup("articleParts");
阅读的每一条单独地，简单地将所有部分对于每个根据本条 articleId 和一部分的数字。
在其他方面，如果你只想读一篇文章，创建一个参考点：
db.collection("allArticles").document($articleId).collection("articleParts");
做相同的操作上面。
或者您可以使用：
db.collectionGroup("articleParts").whereEqualTo("articleId", someId);
但在这里，也不要忘记创建一个 指数.
在这种方式，可以创造尽可能多的文件，因为你想要为一个单一的文章。 对于安卓，我已经创建了一个图书馆被称为 FirestoreDocument-安卓，这将帮助你经常检查大的一个文件针对 最大的1库(1，048，576字节)定额. 所以如果是文章的比的最大限制，分割该条添加的内容在多个文档。