3

firebase リアルタイム データベースでは、通常、大きなサブコレクションを独自の別のコレクションに移動します。たとえば、ユーザーに多数のフォロワーがいる場合、データ モデルはユーザー オブジェクト内のフォロー配列を維持し、フォロワーを別のコレクションに移動することがあります。

ユーザー

  • ユーザーID
    • ユーザー名
    • 続く： []
      • ユーザーID
      • ユーザー名

フォロワー

  • ユーザーID
    • フォロワーユーザーID

新しい Cloud Firestore で同じ種類のモデリングを行う必要がありますか、それともクエリでプロジェクションを使用して、スキャンごとに大きなサブコレクションを返さないようにすることができますか? サブコレクションは独自の完全なコレクションに保存されているように聞こえたので、サブコレクションの保存がより効率的になる可能性がありますか?

4

2 に答える 2

3

を取得してもサブコレクションから他のものをダウンロードできDocument ないため、これを行う必要はまったくないと思います。そうは言っても、 Realtime Databaseにあったような欠点は実際にはありません。

短い時間で言及されている別のソースを見つけることができなかったので、このビデオをチェックしてください。これは Android 用の「Getting Started」ビデオで、約 40 秒 (私のリンクで提供されているタイムスタンプから) で、彼は私が言ったこととTodd Kerpelmanの声明を正確に述べています。一連のドキュメントを含むコレクションであり、他のドキュメントを含むサブコレクションなどを指します。」、基本的にチームがこのタイプのデータ保存を期待していることを意味します。

于 2017-10-05T17:05:10.683 に答える