我正在开发一个应用程序来帮助事件帮助完成单个事件的销售额以及与问题无直接关系的其他一些功能。 所以，我已经尝试使用Firestore来保存我的数据，但有些事情告诉我，我使用的是错误的方法。每个活动都有大约2k~（20k~40k）的销售条目。 Firebase实时数据库似乎不是一个好主意，因为我需要创建的关系需要数据重复。 我正在使用的Techstack中最重要的部分：
问题在于，每当我尝试检索这些文档时，假设我的客户为自定义报告，该应用程序只会完全崩溃或冻结。与其他开发人员交谈时，他们告诉我，由于这种“大数据检索”，Firestore对我的案例来说可能不是一个好的解决方案。
结构
组织/的organization_ID
活动/ event_id /
我还检查过Firestore每个文档的限制为20k注册表或条目（类似这样）。我的一位有更多经验的朋友告诉我，SQL数据库和普通的API可能会解决问题，但可能需要更多工作，因为我是一名开发人员。
你认为Firestore是一个很好的解决方案而且我可能使用了错误的方法吗？
或者说Firestore不是这个问题的情况，我必须保存和检索具有这种关系的数据？