firebase - Firebase Cloud Firestore 的成本优化模式:通过集合获取文档
问题描述
我的目标是在使用 Firebase Cloud Firestore 时优化我的应用架构的成本。我了解 Cloud Firestore 的定价模式是按读/写计算的。因此,出于成本优化的目的,我正在考虑以下模式。我想知道它是“最佳实践”还是反模式。
这个想法是,每当我创建一个新文档以添加到集合中时,我都会让用户更新第二个“主文档”,其中包含文档内容的一些子集以及来自许多不同用户的许多类似文档的相同内容。
然后,当我去获取列表数据时,而不是获取集合并为从集合中读取的每个文档收取费用(多次读取),我只检索主文档(一次读取)。
在代码中,它看起来如下。
而不是这个:db.collection("reviews")
.get()
.then(querySnapshot => {
querySnapshot.forEach(doc => {
// doc.data() is never undefined for query doc snapshots
console.log(doc.id, " => ", doc.data());
});
})
我这样做:
const docRef = db.collection("reviews").doc("MasterList");
docRef.get().then(doc => {
if (doc.exists) {
console.log("Document data:", doc.data());
} else {
// doc.data() will be undefined in this case
console.log("No such document!");
}
})
这是一个成本明智的最佳实践吗?或者这是一种反模式?
解决方案
编辑: 2021 年 8 月 27 日
我写了一篇关于这个主题的文章以便更好地理解:
拥有“主文档”的想法是一个很好的想法,因为即使您更改其中的多个属性,您也可以进行单个写入操作,但是存在关于约束的问题,文档有限制。因此,在您可以将多少数据放入文档时存在一些限制。根据有关使用和限制的官方文档:
文档的最大大小:1 MiB(1,048,576 字节)
如您所见,单个文档中的数据总量限制为 1 MiB。当我们谈论存储文本时,您可以存储几乎所有内容,但是随着文档变得越来越大,请注意此限制。
Cloud Firestore 针对存储大量小文档进行了优化。因此,您应该利用此功能。即使您需要在单独的集合中复制和更新多个文档,我也建议您继续使用这种方式。
PS 如果您担心成本,还可以查看 Firebase 实时数据库并尝试将它们一起使用。工作得很好。
推荐阅读
- android - ExoPlayer 不再播放,卡在 Player.STATE_BUFFERING
- nginx - nginx 正在为请求裸 IP 地址的页面提供服务(与 server_name 不匹配)
- c - 为什么C中的这个数字总和不起作用
- python - 在 Airflow 中向 DAG 添加定义的推荐方法
- c# - C#:Treeview 上的奇怪字符
- angular - 没有使用 angular6 调用 HTTP_INTERCEPTORS
- java - 未经检查地调用getAnnotationsByType(Class ) 作为原始类型 Class 的成员
- mysql - SQL 查询 - 使用空值提取查询
- c# - 我应该从 API 再次在主屏幕中加载图像,还是最初将其保存到基于 Unity 的 AR 应用程序的设备中?
- python - Python:如何对 df 列中的行字符串进行排序?