データベースの設計について

前提・実現したいこと

djangoでチャットサービスを作っているものです。

参加部屋一覧ページを作りたいのですが、
DBの設計の部分で迷っています。

今のところ、User　と　Room　というモデルを作っているのですが、

＊User に新しくカラムを設けて、room_idを入れておく

＊myroomのようなモデルを作る。

好ましいのはどちらかアドバイスいただけると幸いです。

####追記

情報不足で失礼いたしました。質問があったので追記しておきます。

同時に複数の部屋に参加可能かどうか

複数のチャット部屋に同時に参加可能です。

＞＞発言をどのように管理しているかとか
まだ肝心のチャット機能は未実装で、未定です。すみません。

＞「参加部屋一覧」はあくまで自分が参加している一覧という意味ですよね？
その通りです。
＞あと、それは「参加している」だけなのか「入室している」なのか
人数制限をかけたいと考えているので、「入室している」にしたいと考えています。

＞あるいは「参加・入室両方で、一覧でそれがわかるようにする」か
自分の立てた部屋と入室した部屋を一覧でわかるようにしたいと考えています。

m.ts10806

2020/10/07 21:12

要件が不明瞭な部分があるかと思います。同時に複数の部屋に参加可能かどうかとか発言をどのように管理しているかとか

m.ts10806

2020/10/07 21:13

「参加部屋一覧」はあくまで自分が参加している一覧という意味ですよね？あと、それは「参加している」だけなのか「入室している」なのかあるいは「参加・入室両方で、一覧でそれがわかるようにする」かいわゆるブックマークのようなものなのか何をもって「一覧とする」部分が不明です

akicha

2020/10/08 01:26

失礼いたしました。 >同時に複数の部屋に参加可能かどうか複数のチャット部屋に同時に参加可能です。＞＞発言をどのように管理しているかとかまだ肝心のチャット機能は未実装で、未定です。すみません。＞「参加部屋一覧」はあくまで自分が参加している一覧という意味ですよね？その通りです。＞あと、それは「参加している」だけなのか「入室している」なのか人数制限をかけたいと考えているので、「入室している」にしたいと考えています。＞あるいは「参加・入室両方で、一覧でそれがわかるようにする」か自分の立てた部屋と入室した部屋を一覧でわかるようにしたいと考えています。

hentaiman

2020/10/08 04:31

追記があっても要件が明確ではありません。要件が明確ではないから設計が出来ないのです。思い浮かぶ設計がその二つだとして、実装したい機能要件がハッキリすれば必然的に選択肢から外れる設計があるはずです。設計できないうちはまず実装が簡単な方のDB設計で作りましょう。そしてDB設計が原因で実装ができない、またはプログラム側で吸収しなければならない部分が過大になると思ったら再設計して作り直せばいいんです。慣れなきゃ設計出来ないのは当然なので、とりあえず作って作り直してを繰り返して慣れましょう

akicha

2020/10/08 04:47

勉強になります。とりあえず、実装が簡単な設計を意識しようと思います。

m.ts10806

2020/10/08 05:03

ひとまず画面レイアウトと画面遷移図から。