在 Firestore 資料建模領域，不存在絕對「正確」的方法。最合適的結構取決於您的應用程式的特定需求和查詢要求。
如您所設想的，您打算建立兩個集合：包含提供者詳細資訊的「Providers」集合和包含產品資訊的「Products」集合，包括提供者參考。這種方法是一種有效的策略。
在產品中引用提供者有兩種主要方法：利用提供者 ID 或在產品文件中複製提供者物件。雖然這兩種方法都是可行的，但最佳選擇取決於您的要求和潛在的權衡。
優點：
缺點：
優點：
缺點：
您的決定應該受到以下因素的影響：
如果提供者資料經常更新，保留引用是很重要的最好盡量減少寫入複雜性和資料一致性問題。但是，如果效能更為關鍵並且預計讀取查詢會頻繁進行，那麼複製資料可能會提高效能。
請記住，資料複製是 NoSQL 資料庫中的一種常見技術，它以犧牲寫入複雜性為代價來最佳化讀取操作，並且資料冗餘。透過考慮您的特定要求，您可以確定最適合您的應用程式的資料結構方法。
以上是哪種 Firestore 資料結構（引用或複製）可優化產品和提供者的資料檢索？的詳細內容。更多資訊請關注PHP中文網其他相關文章！
