我正在尝试使用Cloud Firestore构建数据库并阅读有关hierarchic structure的文档。我找到了文档示例中的解决方案。
我有collection
个类别,每个类别都有子类别。虽然我可以使用Firestore文档示例中提供的系统,例如collection/document/subcollection/document...
我已经为MongoDB找到another example,而不是使用子集合,它使用具有父子关系的单个文档中的嵌套数据,如
如果我希望user
能够查看所有子类别以便用户可以对某个event
进行分类,那么哪种方法更好?更好的意思是避免与DB的多个连接(因为这是Firestore的价格)。
答案 0 :(得分:1)
本文档讨论嵌套数据及其权衡,"Choose a Data Structure"。我不确定关于定价的多个连接的陈述是否正确。 Firestore charges for number of operations, storage, and network bandwidth.
如果所有用户共享一个类别列表,您将能够使用当前结构进行一次操作来检索整个列表。请注意,有一个1 MiB limit for document size。