2017-04-07 17 views
0

で「ユーザー・フォロワー」ノードを構造化私は、ユーザーの一覧を取得する場合、彼らは私FirebaseデータベースでFirebase

user-followers 
    -F2iRZkwfuTcKUvd7uYD0jwWeJ7T2 
    -KgkkWy5xesvcFcL9GMh: true 
    -KgkoZpD0GP687J_5Zh5: true 
    -KglKYB8Fcfbc-uwsqwX: true 

に続くすべてのユーザのIDと一緒にユーザーIDを保持しているuser-followersノードを持っています信者、私は、そのデータ構造は現在?これを達成するための最善の解決策になるこれは何

users 
    -KgkkWy5xesvcFcL9GMh 
    -image_url: "http://someurl.png" 
    -username: "coold00d55' 
    //etc... 

のように見えますまた、ユーザー名などのフォロワー情報の一部、プロファイルPICのURLなどを取得する必要があります私だけ考えることができる

を経由して私には、これは次善のようだ

1)個々のユーザ情報の検索を実行する)信者

2の配列のフェッチ、。より良い方法がありますか?おそらく、私はユーザ名とimage_urlをuser-followersの下に保存すると便利でしょうか?

ご了承ください。

答えて

1

どちらも有効なオプションです。 2番目のアイデア(usernameとimage_urlを格納すること)が別のノードの下にあるので、そのデータを必要としない場合のために、ユーザーフォロワー1はきれいです。どのくらいの頻度でデータにアクセスするかによって、高いスループットが必要な場合は2番目の考え方が良いでしょう。追加された唯一の作業は、他のリストが常に更新されるようにコードを記述する必要があることです(Firebaseで使用可能な新しい関数を使用することができます)。

+0

2つ目の選択肢は良いアプローチですが、ユーザーがプロファイル(プロファイルの図またはユーザー名)を更新すると、ユーザーフォロワーのデータは直ちに失効/期限切れになります。これは戦闘できますか? –

+0

その事実だけで、より多くのデータを取得しているにもかかわらず、最初の選択肢が最高になるかもしれないと私は思います。私は常に検索されたユーザーの量を表示することができます。私が回っているところではどこでもキャッチ22:| –

+0

私は答えの2番目の部分でそれに触れました。 "唯一の追加作業は、他のリストが常に更新されることを確認するためのコードを書く必要があることです。" –

関連する問題