Czy powinienem używać has_one lub belongs_to w ruby ​​na szynach?

Question

Chcę mieć model Status, który będzie względnie statyczny po konfiguracji zdefiniowanej przez użytkownika (a różni użytkownicy mogą mieć różne wartości w statusie).

Ten status może mieć zastosowanie do różnych modeli, takich jak Contact i Event.

więc statusy zwracane przez contact.status będzie się różnić od event.status

Chcę zaprojektować aplikację, tak aby stół stan posiada różne typy (contacts i events).

Jaka jest właściwa strategia i format tego?

myślę deklarowania :has_one Status w modelu Contact, i przechowywania :status_id w tabeli :contacts. Ditto z Event.

:statuses Tabela będzie miała wartość statusu, typ i datę.

Czy to ma sens? Czy możesz zaproponować lepsze podejście?

Answer 1

Istnieje bardzo pytanie: guide on this. Twoja sytuacja wygląda nieco inaczej, ponieważ wydaje się, że twój model statusu musi być polimorficzny, ponieważ różne rzeczy będą "możliwe do skontrolowania".

Aby odpowiedzieć na pytanie, Kontakt/Wydarzenie ma status Ma sens.

Answer 2

Po pierwsze, związek has_one nie przechowuje identyfikatora w bieżącym modelu. Szuka klucza obcego we względnej tabeli. Aby zapisać status_id w Kontaktach lub Zdarzeniach, użyjesz belongs_to.

Po drugie, w zależności od rodzaju informacji przechowywanych w Statusie, dlaczego musi to być osobna tabela? Dlaczego nie utworzyć kolumny statusu w każdym modelu, w którym chcesz używać statusu? Przydałoby się tu trochę więcej informacji.

Answer 3

Wystarczy, aby ukończyć odpowiedź w bardziej ogólnym ustawieniu, które może wpłynąć na Twój wybór: belongs_to asocjacja jest używana w modelu, który ma klucz obcy.