[Firebase]Realtime DatabaseでのDB設計について

Question

FirebaseでのDB設計についての質問です。
FirebaseのRealtime Databaseを使ってグループチャットのようなものを作りたいと考えています。

userは複数のチャットルームに参加できるようにしたいので,userにはroomのidをもたせようと思っています。
この際userにはroomのidの他にroom名も持たせるべきか悩んでいます。
userにroom名をもたせれば、userを参照するだけでroom名の一覧を取得できるメリットがあると思いますが、room名を変更した際にuserが持つroom名も変更しなければいけないので管理が大変になりますし、データベースにより多くのデータを保存することになるというデメリットもあると思います。

一般的にはどのようにするものなのでしょうか。
回答よろしくおねがいします。

Answer 1

部屋を軸としてJSONを設計するのが一つの手です。
部屋名は１か所の更新で済みます。

{"room":
	{"id": 1,
	"name": "room_name",
	"users":["user1", "user2"]
	}
}

ただ、こうすると今度はuser情報で同じ問題が発生する可能性があり、
"room"を軸にしても、"user"を軸にしても容量差はないかもしれません。

その上での話となりますが、
まずは、単純に容量を試算してみてはいかがでしょうか。
ユーザーがどの程度いるのかは分かりませんが、
文字列のバイト数（の上限）×ユーザー数で最大値は出るかと思います。
個人的には数MB程度で収まるのであれば、全然許容範囲だと思います。
（あくまで感覚値なので、最終的にはご自身で判断してください）

また、Realtime DatabaseはいわゆるNoSQLであり、
リレーショナルDBの延長で考えてしまうと、どうしても重複の無駄に目が行ってしまいます。
ですが、１レコードで必要なデータを全て取得できることは、NoSQLでは重要なことであり、
ある程度割り切りは必要かとは思います。

何かのデータ変更時に複数レコードに更新が発生するのは
NoSQLではよくあることなので、間違いではないですよ。