Ruby on Rails中多個資源和一個數據庫表的最佳實踐？

Question

我正在開發一個Ruby on Rails項目。該項目有一個名爲「Post」的主數據庫表。

此表格用於存儲作爲不同帖子類型的問題，答案，評論和公告。目前我們只使用一個模型來訪問數據。但是在系統上工作時感覺混亂。因爲每個帖子類型都有一些差異。

什麼是最好的做法：

1. 拆分後資源爲不同的資源，但僅使用一個表後對數據的訪問？
2. 將數據庫表分成註釋，問題，答案和公告表;併爲每個表使用資源（模型+控制器+視圖）？

Answer 1

簡答：取決於。

你現在正在做的事情非常接近單表繼承（STI），儘管聽起來像你正在使用一個包含所有不同行爲的單個Post類。 STI是存儲模型數據的有效方法，但像所有情況一樣，它具有優點和缺點。

我的建議是使用單獨的類來封裝單獨域模型的行爲。這是面向對象的基本範例，所以我會說它是或許是的最佳實踐。

假設您將行爲分爲多個類，那麼使用單個表來存儲它們還是使用多個表的問題實際上取決於查詢的複雜程度以及您的模型中存在多少個常見字段。如果他們有很多共同的領域，STI可能會很好地工作。如果沒有，你可能不會享受所有額外讀/寫的開銷。但是，所有這些都是次要的，隨着您的應用程序的增長，您可以瞭解更多關於使用模式的信息。

嘗試使用STI，看看它是怎麼回事。將事物拆分成多個表格比相反，因此遷移路徑不一定非常困難。

Answer 2

我覺得選擇應該基於每一個特定的情況。只是列舉每個選項的優點和缺點。調查和決策的要點可能如下：每種類型實體之間的差異數量，訪問實體的方式，每種類型實體的使用頻率，代碼的可維護性，未來變化的預測以及其他許多方面。