Firebase Firestore交易摘要

Firebase Firestore交易摘要,firebase,google-cloud-firestore,transactions,aggregation,Firebase,Google Cloud Firestore,Transactions,Aggregation,如果你有很多条目,你通常会有一份文件,对每笔交易的价格进行汇总。我可以阅读该文档,以在概述中显示总体价值 我的问题是,每个条目的价格(价格*金额)每5分钟更改一次。因此,我无法保存所有文档的此总和值 为了计算,我需要当时我购买的价格和数量。 这基本上就是我为每笔交易保存的东西,再保存一次没有任何意义 我不能只做一个可以随时更新的文档,因为每笔交易都是以不同的价格和金额购买的 我可能有数千笔交易,而20k Firestore的限额不足以满足该摘要文档的需要 交易视图显示了最新的50个,并已分页,这

如果你有很多条目,你通常会有一份文件,对每笔交易的价格进行汇总。我可以阅读该文档,以在概述中显示总体价值

我的问题是,每个条目的价格(价格*金额)每5分钟更改一次。因此,我无法保存所有文档的此总和值

为了计算,我需要当时我购买的价格和数量。 这基本上就是我为每笔交易保存的东西,再保存一次没有任何意义

我不能只做一个可以随时更新的文档,因为每笔交易都是以不同的价格和金额购买的

我可能有数千笔交易,而20k Firestore的限额不足以满足该摘要文档的需要

交易视图显示了最新的50个,并已分页,这对于Firestore很好,但我无法读取所有文档的总价格


是否没有读取所有事务的其他选项?我考虑过使用firebase云存储,并在那里保存一个包含所有事务的文档,仅用于摘要页面。

如果您可以写入需要存储的最新信息,为什么不将相同的信息写入Firestore中的单个文档?这样你就可以实时同步文件了。是的,我也考虑过。将所有信息冗余写入单个文档。这里的问题是,一个文档的限制是20k个字段,我只能保存8k个这样的事务。我可以将其缓存到客户端,然后它只能一次性读取所有事务,但仍然需要大量读取才能得到一个总的总值。我的意思是“事务视图显示最新的50个事务,并分页”。将这50个存储在一个文档中如何。这意味着你可以通过阅读一份文档来覆盖第一个视图(对于许多人来说,这可能是他们所需要的全部)。是的,这是真的,但是如果有人有超过50笔交易,那么仪表板/概览页面上的总值将是错误的。我找不到解决这个问题的方法,可能它不是那样工作的。也许我应该建立一个自定义文档分页。就像每个文档从一开始就有一个子集合一样,如果出现无法添加其他字段的错误,则必须将其标记为已完成并从子集合读取。感觉就像是一个疯狂的解决办法。