2012-02-25 32 views
0

對不起,如果它是重複的,我一直在尋找類似的東西發佈之前,但沒有成功。導軌和上/下評級系統

所以基本上我需要一個向上/向下評級系統(這是非常相似,這裏的一個計算器上)。

我有6米應課差餉租的車型,所以多態的關聯似乎是最好的選擇。 但是由於這個表格可能會保存一個固定的記錄數量,是否需要太多時間才能獲得物品評分(upvotes_count - downvotes_count)?

其實我雖然有關添加新行的每一位應課差餉租模式,像current_rating_value。所以每當評級對象被創建/銷燬時這個值都會被改變。

請問請教,在這種情況下可能是更好的選擇?額外的更新調用來更改current_rating_value或額外的SELECT(SUM ...)調用來計算它?

回答

1

取決於你做了多少流量加載這些車型可能的資源稅更多的則期望。我最終在我的項目中使用了acts_as_votable寶石。它很容易讓模型投票,它也緩存數據,這也是真棒。

1

的長期表現,你應該加入類似current_rating_value到每一個課差餉租模式。每次有新的費率,只需更新此字段。

否則,當你算算評級每次這將是性能十分有害的。