我目前正在Rails中構建一個「Lifesteam」風格的網站。生命週期通常是公共內容的集合(通常通過API接收)。Lifestream in Rails
我目前對數據庫結構感到困惑。
將有一個用戶表(用戶將能夠註冊並擁有自己的生命週期)。我想知道我是否也應該有一個服務表,或者爲每個服務(Twitter,Delicious等)或兩者都提供一個表。我也想知道如何將這些表連接在一起。
如果每個服務都有資源,這些資源是否有可能從單個服務資源繼承?
任何洞察將是一個很大的幫助,謝謝。
我目前正在Rails中構建一個「Lifesteam」風格的網站。生命週期通常是公共內容的集合(通常通過API接收)。Lifestream in Rails
我目前對數據庫結構感到困惑。
將有一個用戶表(用戶將能夠註冊並擁有自己的生命週期)。我想知道我是否也應該有一個服務表,或者爲每個服務(Twitter,Delicious等)或兩者都提供一個表。我也想知道如何將這些表連接在一起。
如果每個服務都有資源,這些資源是否有可能從單個服務資源繼承?
任何洞察將是一個很大的幫助,謝謝。
我可能會避開每個服務的單獨表格,因爲它使得將來很難擴展服務。
我會想要一個服務表,它也鏈接到一個service_type表。服務類型可以是RSS或任何其他可能支持的提要。
添加Feedzirra(http://github.com/pauldix/feedzirra/tree/master),你就不在了。
對於每個服務都有一個user_id的服務,可以使用單獨的表。然後它們可以通過user_id自動鏈接。
我會使用一個通用的表來處理服務,以便更容易地添加一個新的服務。然後你可以用額外的字段來處理特定的內容,但最終的服務將不會彼此不同。
處理服務世界的通用表格很棒。您可以使用用戶繼承來專門化每個服務。
有沒有辦法讓這些服務以某種方式從單個模型或表繼承?所以我可以調用Services.all,而不是獨立調用每個服務。 – 2009-08-18 13:47:12