Firebase（NoSQL）：非正規化とインデックス作成

Question

ブログアプリを作成したいとします。私は次の2つのオプションのどちらかを選ぶべきですか？私はできるだけ多くの "真の単一の情報源"を持つことを望んでいますが、その好みが私のSQLの背景から来ているかどうかはまだ分かりません。

オプション1（非正規化）：

Posts: { 
    post_1: { 
    title: "hello", 
    body: "hi there!", 
    uid: "user_1", 
    comments: { 
     comment_1: { 
     body: "hi I commented", 
     uid: "user_2", 
     }, 
     comment_2: { 
     body: "bye I commented", 
     uid: "user_2", 
     }, 
    } 
    } 
} 

Users: { 
    user_1: { 
    uid: "user_1", 
    post_1: { 
     title: "hello", 
     body: "hi there!", 
     uid: "user_1", 
     comments: { 
     comment_1: { 
      body: "hi I commented", 
      uid: "user_2", 
     }, 
     comment_2: { 
      body: "bye I commented", 
      uid: "user_2", 
     }, 
     } 
    } 
    } 
} 

オプション2（インデックス）：

Posts: { 
    post_1: { 
    title: "hello", 
    body: "hi there!", 
    uid: "user_1", 
    authorName: "Richard", 
    comments: { 
     comment_1: true, 
     comment_2: true 
    } 
    } 
} 

Users: { 
    user_1: { 
    uid: "user_1", 
    displayName: "Richard", 
    email: "richard@gmail.com", 
    posts: { 
     post_1: true 
    }, 
    comments: { 
     comment_1: true, 
     comment_2: true 
    } 
    } 
} 

Comments: { 
    comment_1: { 
    body: "hi I commented", 
    uid: "user_1", 
    }, 
    comment_2: { 
    body: "bye I commented", 
    uid: "user_1", 
    }, 
} 

は、私はオプション2

私が見る主な問題好むべきだと思いますオプション1の場合、1つのデータのソースが多すぎます。それぞれの投稿が特定のカテゴリまたはタグに属するようにアプリを拡張したいとします。その後、私はオブジェクトをと/users/uidに加えて/categories/category_idの下に書く必要があります。投稿が更新されたら、postオブジェクトを3つの異なる場所で変更することを忘れないでください。オプション2を使用すると、データのソースが1つしかないため、この問題は発生しません。

何か不足していますか？

参考文献：

1. Firebase data structure and url
2. https://firebase.google.com/docs/database/web/structure-data

Answer 1

そうでなければ、（多くのことができる）すべてのコメントや投稿をダウンロードするには、ユーザーを強制されるため第二の選択肢が優れています。

hereのドキュメントをチェックインできます。

atomic writes across multiple locationsの複製を処理できます。