【Rails】Webアプリケーション開発にあたり、テーブル・モデルについての考え方

Question

前提・実現したいこと

新たにRailsを用いて、ボディメイクサービスを開発しようと考えております。

質問したいこと

モデル・テーブルについての考え方

質問詳細

1）新規登録時に（email／password）を入力してもらう（Userテーブル）
2）その後プロフィール情報（username／icon／area／selfintroduction）を入力してもらう（これもUserテーブルに保存）
3）トレーニング記録のための情報（重量／回数／セット数）を入力してもらう
4）あるコースを選ぶ際必要になる情報（現在の体重／理想体重／身長／生年月日）を入力してもらう（全員ではなく希望者のみ）

（1）（2）に関してはUserテーブルに追加でいいかなと思っています。

（3）では日次で行なったトレーニングの記録を管理できる機能になります。
この場合は例えばtrainingテーブルのようなものを作り、（重量／回数／セット数）をカラムとして加え、ユーザーに紐づければ良いのかなと思っています。

（4）に関しては、そのユーザーの1日あたりの取っていいカロリーの数値を出す上で必要な情報になります。
入力情報をもとに計算をし答えを返します。
この場合、既存のUserテーブルにカラムを追加すべきなのか。
または別テーブルを用意し、Userテーブルと紐づけるべきなのか。

計算系が入ったり、別に記録とかもしたりするので別テーブルを作ったほうがいいのかなとも思っています。

（3）（4）共に考え方として合っているか。
また別の考えがございましたらご教示いただきたいです。

Answer 1

・・・に追加でいいかなと思っています。
・・・紐づければ良いのかなと思っています。
・・・別テーブルを作ったほうがいいのかなとも思っています。

まずは第3正規系をベースにテーブル設計をすすめることをおすすめします。

正規化の最大の目的はDB上で扱うデータの重複を排除し、「矛盾」の発生を「設計レベル」で防ぐことです。

https://qiita.com/mochichoco/items/2904384b2856db2bf46c

Comments

[yastinbieber]

ありがとうございます。
いただいたURL含め大変参考になりました。

[no1knows]

ほとんどのプロの方々がまずは第3正規系をベースにテーブル設計を進めています。
それができてから実運用に合わせて、必要に応じて正規系を崩すことを仕方なく検討するといった流れになるかと思います。

初めてというのであれば、第3正規系で設計し、正規形を崩さないようにすることをおすすめします。
DB設計はとてもとても奥が深いので・・・