Firestoreの設計について

firestoreの学習中のものです。
instagramのようなサービスを試しに作ってみようと思うのですが、firestoreをどう設計しようかベストプラクティスがわかりません。
タイムライン、投稿、フォローとフォロワー、いいね、コメント機能を実装したいのですが、下記のようなコレクションとドキュメント設計だとどこか問題がありますでしょうか？

yaml
1users:
2  documentID: userID                    # == auth.uid
3  email: String                         # == auth.email
4  emailVerified: String                 # == auth.emailVerified
5  name: String                          # == auth.displayName
6  photoURL: String                      # == auth.photoUrl
7  bio: String
8  followers: [userID]
9  followings: [userID]
10  settings: {}
11posts:
12  documentID: auto
13  userID: userID
14  title: String
15  body: String
16  commentsCount: Number
17  likesCount: Number
18  imageURL: String
19  published: Bool
20  createdAt: Date
21  updatedAt: Date
22comments:
23  documentID: auto
24  userID: userID
25  postID: postID
26  content: String
27likes:
28  documentID: auto
29  userID: userID
30  postID: postID
31followers:
32  followerID: followerID
33  userID: userID
34followings:
35  followingsID: followingsID
36  userID: userID
37timelines:
38  userID: userID
39  postID: postID
40  createdAt: Date
41

行動規範の内容に同意します

回答2件

users, posts, comments, linksの第一ドキュメントがみんなdocumentIDとなっていますが、このドキュメントをプライマリーキーにしようと考えているのでしょうか？　通常、コレクションやドキュメントは誰が見ても分りやすいWordを選択すべきだと考えます。従って、usersのdocumentIDはuserIDに、postsのdocumentIDはpostIDに、commentsのdocumentIDはcommentIDの方がこれらドキュメントを的確に表現しています。このようにすると、例えばusersのuserIDとpostのuserIDは関連していることが一目両全となります。

投稿2020/08/08 20:22