問題タブ [firebase-realtime-database]

Firebase ノードでデータをリンク/参照することはできますか? たとえば、学習モジュールのノードがあり、これらの学習モジュールは、モジュールに対するユーザーのスコアとモジュールの特定の重みに基づいて、各ユーザーに対して優先順位が付けられているとします。

各モジュールには重量があります。また、ユーザーのモジュールの優先度は、重み * スコアに等しくなります。どうにかしてこれを行うことは可能でしょうか？

これの利点は、1 つの領域で重みを更新し、各ユーザーのモジュールの優先順位を自動的に更新できることです。これを行わないと、各ユーザーを調べて、各モジュールの重みを手動で更新する必要があり、これはより冗長になります。このような他のデータを参照することは可能ですか? そうでない場合、またはそうであるがこれが望ましくない場合、より良い答えになりますか?

ありがとうございました！

新しい子が 5 秒ごとに Firebase に追加されるアプリケーションがあります。私には何千人もの子供がいます。

アプリケーションのロード時に、最初の数千を、5 秒ごとにトリクルする後続の子とは異なる方法で処理したいと考えています。

値を使用し、すべてを処理してから、children_added を使用することをお勧めします。しかし、処理に時間がかかりすぎると、ポイントを逃す可能性があると思います。

ポイントを逃さないことを保証するFirebaseでこれを行う方法はありますか?

メッセージシステムを構築しようとしています。メッセージのコレクションを作成し、送信者と受信者に基づいてメッセージをクエリすることを計画しています。そのためには、たとえば、ボブが送信してトニーが受信したすべてのメッセージと、トニーが送信してボブが受信したすべてのメッセージを照会する必要があります。この「または」ステートメントの実行方法がよくわかりません。今のところ私は持っています

すべてのメッセージを返します。次に forEach を実行できますが、あまり効率的ではないようです。何か提案はありますか？

また、メッセージ システムを構築するための私のモデルが、たとえばチャット ルームを持つことよりも優れているかどうかについての考えはありますか。

ありがとうございました

最近の質問で、誰かがFirebase の価格設定ドキュメントに次のように記載されていると指摘しました。

REST API リクエストは接続制限にカウントされません

私は、このステートメントが何を意味しているのかを理解 (および評価) しています。REST API に対する GET、PUT、POST、および DELETE 要求は、通常、バックアップ用のデータのダウンロードなど、データに対する非リアルタイム操作に使用されます。または一括計算。これらは通常、頻度が低く、比較的短期間の操作であり、一般に、リアルタイム データ接続の数を小さくする必要があります。

しかし、Firebase の REST ストリーミング APIを見ると、それは異なります。残りの REST API とは異なり、ストリーミングは明らかにリアルタイム データ接続を対象としています。

上記のドキュメントによると、これらの接続は接続制限にカウントされません。しかし、Google グループに関する Firebase 開発者のコ​​メントによると:

同時 [接続] は、リアルタイム クライアントまたはストリーミングされた RESTです

私が強調した部分は、ストリーミング REST API を使用するクライアントが接続制限に対してカウントされることを示唆しているようです。

テストのために、Firebase REST ストリーミング API を使用してノードを監視する小さな C# クライアントを作成しました。

このプログラムを開始してから約 15 分後に、Firebase ダッシュボードの同時接続数が実際に 1 増加しました。2 つ目のインスタンスを実行すると、ダッシュボードの同時接続数が再び増加しました。

したがって、このテストは、Google グループで示唆されたことを確認しているようです。REST ストリーミング クライアントは同時接続としてカウントされます。誰かがこれを確認したり、私のテストの欠陥を見つけたりできますか?

チャットやその他のリアルタイム メッセージに Firebase を使用するモバイル アプリ (現時点では Android と iOS) を開発しています。

使用している構造は次のとおりです。

アプリのデータを最新の状態に保つために、クエリを実行し、ユーザー ID ブランチ (連絡先、参加、作成、通知) の各第 1 レベルの子 (アクティビティの場合は第 2 レベル) に子リスナーをアタッチします。機能的には完璧に動作し、すべてを簡単に最新の状態に保つことができますが、今日 1 時間のユーザー テストを行ったところ、バッテリーの消耗がかなり激しく (1 人のユーザーの場合、アプリはバッテリーの約 26% を使用し、2 番目に多く使用されていました)、常に常に使用されていました。 GC コレクターはかなり頻繁に実行されますが、私の感覚では、firebase 接続が最大のユーザーである可能性があります。これは正しいです？user-id ブランチにのみ子リスナーを配置したほうがよいでしょうか?

どんな助けでも大歓迎です。必要に応じて、Android コードの一部を投稿します。

PS: これはアプリの Android バージョン用でした。

firebase を使用して、クライアントのデータをサーバーと同期します。サンプル FirebaseAdapter の使用に問題があります。スナップショットからデータを取得するには、各子ノードの値を明示的に取得する必要があります。getValue()自動的に処理するためにfirebaseをパラメータ化する方法はありますか? 簡単な例: コメントのリストがあります。各コメントは、子オブジェクトの作成者を持つことができます。で使用されているスナップショット オブジェクトにonChildAdded()は、この子に関するデータがありますが、この子を明示的に呼び出さない限り、コメント オブジェクトにはデータが取り込まれませんgetValue()。

onChildAdded(Snapshot snap)コールバックで設定しました

Problem problem = snap.getValue(Problem.class);

どこ

私は以下のようにfirebaseデータベースを持っています

プロジェクトマスターノード

| |

次に、部門 = "xyz" の部門データを取得する方法を説明します。