8

Statusユーザー定義のセットアップの後、比較的静的なモデルが必要です (また、ユーザーによってステータスの値が異なる場合があります) 。

ステータスは、 や など、さまざまなモデルに適用できContactますEvent。

そのため、によって返されるステータスはcontact.status異なりますevent.status

contactsステータス テーブルが異なるタイプ (と)を持つようにアプリを設計したいと考えていますevents。

これに適した戦略とフォーマットは何ですか?

モデルで宣言:has_one Statusして、テーブルに格納することを考えています。と同上。Contact:status_id:contactsEvent

:statusesテーブルには、ステータス値、タイプ、および日付が含まれます。

これは意味がありますか？より良いアプローチを提案できますか？

4

3 に答える 3

9

この質問についてのガイドがあります。状況は少し異なります。さまざまなものが「ステータス可能」になるため、ステータスモデルは実際には多形である必要があるように見えます。

あなたの質問に答えるために、連絡先/イベントhas_oneステータスは私には意味があります。

于 2010-07-09T23:33:57.243 に答える
1

まず、has_oneリレーションシップは、現在のモデルにIDを格納しません。相対テーブルで外部キーを探します。連絡先またはイベントにstatus_idを保存するには、belongs_toを使用します。

次に、ステータスに保存している情報の種類に応じて、それが独自の個別のテーブルである必要があるのはなぜですか？ステータスを使用する各モデルにステータス列を作成してみませんか？ここでもう少し情報が役立つかもしれません。

于 2010-07-09T23:33:36.847 に答える