如何設計最佳的 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中文網其他相關文章！