2016-07-14 12 views
3

私はこの方法Firebaseクライアント側のファンアウトパフォーマンス

https://firebase.googleblog.com/2015/10/client-side-fan-out-for-data-consistency_73.html

を使用し、私はそれが100万未満フォロワーの数を持っている人のための良い方法だと思います。私はこの番号まで試してみても問題ありません。あなたが10kkのフォロワーの大きな配列を取得し、パス活動の10kkの別の大きな配列を作成するためにそれを短くするので、クライアントは10kk フォロワーを持っている人のためにクラッシュします。

私はちょうどこの点を指摘したいと思いますが、これは数人のユーザーを持つアプリでのみ動作するソリューションだと思います。最後に、サーバー側のソリューションを使用するように強制されています。これは一般的なアプリの効率のために悪いです

+1

その数のフォロワーを持つユーザーの場合、サーバー側のプロセスで実行されます。アプリケーションがクラッシュするためではなく、帯域幅の使用が原因であるとは限りません。 –

答えて

0

は、クライアント側でより少ないコストでfirebase側でこれを可能にする素晴らしい機能となるでしょう。私はこのような機能を考えています。私は、サーバーが「パス」の文字列で、すべてのフォロワー名を追加し、「信者」パスでとforeachのサイクルによって、すべてのチャイルズを取得し、すべてのオブジェクトを保存firebase、サーバー側のjavascriptの
var obj = { created: time } var path = "FollowersActivity/uid/" var followers = 'root.child("Followers").child("uid").val()' function massSaved(obj, path, followers)

に例を作ります。このモードでは、クライアントはすべてのフォロワーを取得せずに、firebaseサーバーでわずかな文字列しか送信せず、その他の大きなアクティビティーを行います。おそらく私の例は、私はfirebaseインフラストラクチャを知らないので、実際には動作しませんが、サーバー側でこれらの操作を完全に終了する考えを示唆する例に過ぎません。

関連する問題