Firebaseデータベースデザインの推奨事項

Question

組織のメンバーと支払いを処理するアプリケーションを作成しています。 私は、次のエンティティを持っている：

Organization---+ 
       | 
       +---Members-----+ 
       |    | 
       |    +---Children 
       +---Accounts 
       | 
       +---Payments 

>は10万1組織あたりの支払い、わずか数のメンバーとのアカウントが存在する場合があります。 会員がログインすると、彼の支払いのみを見ることができます。 adminにログインすると、彼はすべてのデータにアクセスできるはずです。

質問は次のとおりです。

1. 私は、組織の階層構造を維持する必要がありますか私は、各エンティティを平らにする必要がありますか？私は、階層構造を維持したい場合には
2. 、それは

おかげで一部のみのサブコレクション（すべてではないメンバーではなく、すべての支払い）と組織を得ることが可能です。

Answer 1

構造をフラットにし、可能な限り非正規化しておく必要があります。親ノードを照会すると、すべての子ノードとデータがロードされます。

はい、引き続き利用可能なSDKを使用してクエリ/フィルタを使用できます。

Answer 2

Firebaseのリアルタイムデータベースには、取得しているデータの量とデータベースのデータ量を考慮する必要があります。

データベースに100Kの支払いを考慮して、現在のユーザーに対して<の支払いを10回表示すると、多くのリソースが無駄になりました。私はここでこれについて詳しく書いた：Firebase Scalability LimitとFirebase Performance: How many children per node?。

各ユーザーの支払いを個別にモデル化すると、サーバーが考慮する必要があるデータ量が大幅に削減されます。もちろん、スケーラビリティは向上しますが、もちろん直線的ではありません。

管理者ユーザーがすべてのデータを参照する必要がある場合は、最初にユーザーを選択することをお勧めします。その後、通常のユーザーと同じアクセスパターンに従います。