2012-05-10 12 views
1

私はOccasion Reminderレールアプリで作業しています。ユーザーは登録して将来の予定日や祝日/機会を設定することができます。将来、電子メールで通知されます。また、興味を選択できます。それらの日付の選択された興味に対処する..RailsのDBスキーマ:新しい、ユニークなモデル、または単に属性ですか?

私の質問は、私はアプリの初期モデルを設定していると、日付/休日と興味は、ユーザーの属性モデル/テーブルまたは独自の独自のモデル(has_manyを設定する:ユーザーモデル内の関心事など)

アイデアやご提案は大歓迎です!

ありがとうございます!

答えて

2

私は、特に興味のために、別々のモデルに傾いています。これにより、簡単にクエリを照会したり、結果をグループ化してデータのさまざまなビューを表示することができます(たとえば、同じような関心を持つユーザーや、特定の日付に同じイベントに行くユーザーなど)。別々のモデルは、データベースの正規化の観点からも「正しい」答えです。

あなたの計画は、ユーザーの興味に基づいて取引を提供するために特に役立ちます。

+0

私はそれが最も理にかなっていることに同意します。ユーザーが約20の「関心」から選択できるようにするという考え方を考えているので、私は興味のあるテーブルを持っています:self_interests ... thats all i後で開始する必要がありますか? – js111

+0

私は、ユーザーとの間に「has_and_belongs_to_many」関係を持つ別個のモデルとして関心を設定します。あなたは初期の利益の集合を埋めることができ、あなたの余暇で将来的にもっと多くを追加することができます。 – x1a4

+0

ありがとうございました..どのように私は最初の利益を埋めるだろうか? has_and_belongs_to_manyはモデルのない結合テーブルのみが必要ですか? – js111

関連する問題