将firebase实时数据库结构转换为firestore数据结构的最佳方法？
我想将此Firebase实时数据库结构转换为fiRecovery数据结构，请提供一些帮助。
我想要那种结构，比如Posts（集合）/pin（集合）/pid（文档）/然后是post描述，但是我知道一个集合不能包含另一个集合，所以我应该怎么做？
“所有_帖子”节点包含pid和pin，仅用于共享该帖子，然后使用pin和pid获取帖子详细信息。
在我的结构中还有一件事发布-
共有1个答案
Cloud FiRecovery是一个非关系型数据库，面向文档的数据库。与SQL数据库不同，没有表或行。相反，您将数据存储在文档中，文档被组织成集合。
每个文档都包含一组键值对。Cloud Firestore针对存储大量小文档进行了优化。
所有文档都必须存储在集合中。文档可以包含子集合和嵌套对象，两者都可以包括字符串等原始字段或列表等复杂对象。
集合和文档在Cloud FiRecovery中隐式创建。只需将数据分配给集合中的文档。如果集合或文档不存在，Cloud FiRecovery会创建它。
访问该链接以了解有关云Firestore数据模型的更多信息
在您的案例场景中，您可以在其他集合中拥有集合，这些集合称为子集合，如聊天应用程序的示例所示：
通过使用集合组查询，可以使用相同的集合ID访问这些子集合。
为使答案简短起见，如果您计划将数据从Firebase实时html" target="_blank">数据库移动到Cloud FiRecovery，请查看此链接以查阅最佳实践和建议。
-
问题内容： 假设我有一个结构： 与数据库表具有相同的架构。将数据库行解析为结构的最简单方法是什么？我在下面添加了一个答案，但是我不确定这是最好的答案。 问题答案： 这是一种实现方法-只需在函数中手动分配所有结构值即可。
-
我正在使用Flatter和firebase构建一个应用程序，我想知道最好的firestore数据库结构是什么。 我希望用户能够发布消息，然后通过帖子内容和海报用户名进行搜索。 为用户创建一个集合，每个文档存储用户名和其他信息，并为帖子创建一个单独的集合，每个文档包含帖子和海报的用户名，这是否有意义？ 万一帖子数量超过一百万或更多，查询这种大规模收集是否会产生额外的成本？ 将每个用户的帖子作为子集合
-
云Firestore的Android示例应用的数据库结构如下所示： 现在考虑这样一种情况：第一家餐厅有大量的评级（这里评级是第一家餐厅id中的其他文档的集合），我只想显示所有餐厅的基本细节，如名称和城市。 我将通过创建如下所示的引用来实现这一点： 我对此有以下问题： 这是正确的方法吗？因为我正在获取一个文档快照，其中还包括我现在不需要的评级集合，因为它会降低加载速度？ 我是否应该像在firebas
-
PHPSSO 数据库结构[更新日期：2010-12-28] 点击查看 PHPCMS 数据库结构[更新日期：2010-12-28] 点击查看
-
问题内容： 我想要一个从键到对象，反之亦然的数据结构（与仅在单个方向上映射的HashMaps不同）。一个想法可能是将HashMap存储在其内部以进行反向查找，但这将是一种低效的方法。 双向映射的最佳实现是什么？ 问题答案： 最简单的想法：包装器类包含2个映射，第二个包含交换的键/值。您将保持O（1）的复杂性，并且将仅使用稍微更多的内存，因为您（可能）将对象保留在那里。