Angular Firebase firestore-对文档的内部订阅在初始订阅时返回两个值

Question

我正在使用AngularFire作为Angular11上firebase的API。

我的应用程序的域名是实时拍卖

理想情况下，我想做的是阅读所有文档，然后订阅每个文档以进行更改。

我目前的问题是我在firestore上的阅读次数。

我的收藏阅读将产生N次阅读。但订阅每个文档会产生额外的读取，因此默认情况下会有2N次读取，这似乎是不可避免的。

但我想这比在集合上留下订阅并在每次更新集合中的内容时接收N次读取要好。

因此，使用下面的示例代码，我对collection进行查询，然后对文档进行另一次查询。仅为复制而简化。

  this.store.collection("users").valueChanges()
  .pipe(
    take(1),
    concatMap(() => this.store.doc("user/1").valueChanges())
  )
  .subscribe(console.log(user));

然而，内部可见光将发射2次。

一次使用添加，一次使用修改快照更改类型。

所以我的问题是：

为什么我的内部可观测对象在初始订阅时连续发射两次，而在我看来它应该只发射一次。

如果这两个发出的都被算作是firest上的读取，这将产生3N个读取。

通过我在firestore监控页面上的测试，情况似乎是这样的，因为在400文档页面上，我在firestore上记录了大约1200次读取，并计入了定价。

>

是否有人对如何以更少的读取量更高效地检索数据提出建议？

我是否应该切换到RTDB，因为RTDB似乎提供了更为慷慨的10GB数据输出，这对我的读取量来说可能更好？

编辑：

所以我刚刚用AngularFireAPI测试了firebase RTDB。

像上面这样的示例代码将使内部observable只按预期发出1个值，并且每个项目更改1个值。这是意料之中的。

我仍然不清楚为什么fiRecovery实现会发出2个值，这两个值都算作读取并带走定价。

最终代码如下所示：

this.db.list<AuctionItem>(`auctions/1/items`)
.valueChanges()
.pipe(
  take(1),
  tap(items => this.itemsToRender = items),
  mergeMap(items => [...items]),
  mergeMap((item: AuctionItem) => this.db.object(`auctions/1/items/${item.id}`).valueChanges() as Observable<AuctionItem>),
)
.subscribe(change => {
  // do work when item updates
})

仍然不知道为什么firestore没有像预期的那样为我工作。考虑使用部分firestore RTDB以实现最佳使用，因为即使有50k的空闲空间，firestore上的读取量也会很高。

Answer 1

这是我在你的情况下会做的：

1. 执行onSnapshot（）查询，（第一次读取操作）--

侦听更改时，您只会对确实更改的文档再次收费，而不是您已经查询但没有获得任何更新的文档。

有关听众定价的更多详细信息，请观看此视频（尤其是3:16）