ネストされたアイテムを含むデータ構造の例を考えてみましょう。すなわち：schools.classes.students
UIでは、学生の追加/編集/削除のみに使用されます。
ルート（学校）またはクラスでFirebase Refを接続し、UIでデータを反復処理して管理しますか、それともデータが変更される場所であるため、各生徒にdataRefがありますか？
各学生が独自のFirebaseRefを持っている場合（たとえば100人の学生）、これによりパフォーマンス/レイテンシの問題が追加されますか？
必要に応じてさらに説明できますが、投稿は短くしたいと思います。
Firebaseは、多数の参照とコールバックで使用することを目的としています。参照（ "new Firebase（...）"）の作成は非常に軽量なオプションであるため、これを頻繁に行うことに慣れているはずです。
アプリでは、通常、レンダリングとネットワークアクティビティが主なボトルネックであるため、大きなチャンクの読み込みと再レンダリングは遅くなる可能性があります。Firebaseに非常にきめ細かくアクセスし、GUIに緊密に結び付けて、状況が変化したときにGUI要素の最小限のセットのみを再レンダリングする必要があるようにすることをお勧めします。
これが明確でない場合は、サンプルコードをいくつか提供してください。追加の推奨事項をいくつか作成できます。
[Firebaseで働いています]