Rails: Polymorphes ou non?

Question

Compte tenu des ressources suivantes avec leurs relations correspondantes:

Site 
has_many :page 
has_many :groups 
has_many :projects 

Group 
belongs_to :site 
has_many :pages 

Project 
belongs_to :site 
has_many :pages 

est-il bon de faire le modèle Page polymorphes ou laisser les clés étrangères individuelles?

**Scenario 1 (Polymorphic)** 
Page 
pageable_id 
pageable_type 
title 
body 
.... 
.... 

---

**Scenario 2 (Non Polymorphic)** 
Page 
site_id (always filled) 
group_id (may be empty) 
project_id (may be empty) 
title 
body 
.... 
.... 

---

**Scenario 3 (Combination)** 
Page 
site_id 
pageable_id (may be empty, if page belongs only to site) 
pageable_type (may be empty, if page belongs only to site) 
title 
body 
..... 
..... 

Lequel des 3 scénarios ci-dessus préférez-vous? Et pourquoi (en termes d'efficacité, etc ..)

Note: Dans mon point de vue, je vais traversais à travers toutes les relations possibles de la page pour afficher les liens pertinents (par exemple: si la page appartient pour grouper, je montre le retour au lien de groupe, ...)

Answer 1

Je pense qu'inclure le site_id dans le modèle n'est pas une bonne idée, car il pourrait casser quand le site_id d'une page appartenant à un groupe doesn ' t correspond au site_id de ce groupe.

qui laisserait tout le scénario 1 ...

Si vous voulez avoir la possibilité de faire un site.pages et obtenir toutes les pages appartenant à ce site (aussi les pages appartenant à un groupe appartenant à ce site), vous pouvez bien sûr écrire votre propre fonction:.

class Site 
    def all_pages 
    Page.find_by_sql(["SELECT p.* FROM pages p, sites s, groups g, projects j WHERE (p.pageable_type='Site' AND p.pageable_id=?) OR (p.pageable_type='Group' AND p.pageable_id=g.id AND g.site_id=?) OR (p.pageable_type='Project' AND p.pageable_id=j.id AND j.site_id=?, self.id, self.id, self.id]) 
    end 
end 

(aussi, je nommerais la colonne pageable_id « parent_id » et pageable_type « PARENT_TYPE » dans ce cas, qui me semble plus logique ...)