如何设计最佳的 Firestore 数据结构以实现高效的提供商产品搜索？

为提供商-产品关系选择最佳 Firestore 数据结构

问题：

在 Firestore 中设计高效的数据结构允许根据产品搜索提供商

最佳方法：

下面概述的建议的数据结构非常适合预期的用例：

 ;提供者（集合）<br> 提供者 1（文档)<pre class="brush:php;toolbar:false">  Name
  City
  Categories

提供商 2

  Name
  City

产品（集合）
产品 1（文档）

  Name
  Description
  Category
  Provider ID

产品2

  Name
  Description
  Category
  Provider ID

理由：

• 数据重复：存储提供商信息产品文档中（通过提供商 ID）是一种有效的非规范化技术，可加快读取时间。必要时仍然可以访问这两个集合。
• 数据一致性：虽然非规范化消除了多文档读取的需要，但保持数据一致性仍然至关重要。对提供商信息的更新需要反映在所有关联的产品文档中。
• 性能和成本：复制提供商数据可能会增加存储使用量，但这种权衡是通过更快的查询来证明的。 Firestore 对 API 调用和写入的收费比对读取操作的收费更高。
• 安全性： 创建适当的安全规则来保护提供商信息，同时仍然允许与产品相关的查询至关重要。

替代方案结构：

• 仅存储引用：在产品文档中仅保存提供者引用会简化编写，但会使读取复杂化（需要多个 API 调用）。
• 完全提供者复制：将整个提供者对象复制到产品文档中消除了额外的调用，但增加了写入

选择最佳方法：

最合适的数据结构最终取决于应用程序的具体需求和要求。要考虑的因素包括数据大小、更新频率、读取性能限制和成本影响。

相关讨论：

• [Firestore 集合、地图和数组解释]（相关帖子链接）

以上是如何设计最佳的 Firestore 数据结构以实现高效的提供商产品搜索？的详细内容。更多信息请关注PHP中文网其他相关文章！