在任何情况下，结合使用 realtime 和 firestore 是否有意义？哪些情况更适合 Firebase 实时与 Firestore 或两者的组合？我一直在阅读有关人们遭受巨额成本打击的恐怖故事，无论如何要事先进行测试。
对于上下文，我希望与超过 50,000 种产品的拍卖市场合作。这个想法是能够根据需要过滤这些产品，创建、修改和删除这些产品的出价、最喜欢的项目并检索用户出价。从我读到的关于使用 firebase 的市场的一般建议（以保持低成本）似乎建议将产品存储在实时数据库中，并将用户对象、销售等存储在 firestore 中。我需要的查询类型是找到具有最低/最高出价的产品、最喜欢的项目，以及获取当前用户和购买的用户。
从成本的角度来看，实时存储与 Firestore 何时最佳？
我当前的逻辑是实时存储产品对象，因为它们将被更频繁地引用。或者，我认为将用户信息、他们的出价和购买存储在 Firestore 中的一个文档中是有意义的，因为这只会产生一次读取成本，并且对于高度活跃的用户可能会导致大量数据被传输. 我感到困惑的地方是查看给定产品的先前销售与获取用户先前的销售之类的事情，销售应该实时存储（作为他们自己的对象或嵌入在产品对象中）还是 firestore（嵌入在用户文档中）或两者？