博客架構設計

Question

我在教自己的rails，並且想要構建一個類似於tumblr的博客。它會有幾種不同的帖子類型，例如書寫文字，照片文章，音頻文章和視頻文章。

我最初的想法是爲每種類型的帖子設置不同的模型，因爲每種帖子都會有不同的規則。然而，我仍然在學習，不知道我不知道什麼，所以也許有更好的方法去處理事情（可能只有一個模型的帖子，以及一個表格的帖子類型？）。

任何反饋將不勝感激。

Answer 1

一個很好的關係數據庫和麪向對象的設計可能會有一個主要的後期模型，它可能與所有類型的帖子共享大多數相同的屬性和行爲。這甚至可以充當你的「文本」類型的帖子。

這也可以簡化與帖子的關係（例如，「用戶有很多帖子」與「用戶有很多文字帖子和/或視頻帖子和/或其他」）。

然後有一種「附件」聯接表，其確定附件的類型（因此可以有每交多個附件）：

CREATE TABLE attachments (post_id, media_type, media_id) 

然後對每種類型的具體的表和模型行爲和處理媒體類型。

CREATE TABLE audios (id, transcription, storage); 
CREATE TABLE videos (id, location, format, storage); 

這可能需要某種形式的多態的關係，不過，這可能是一個值得商榷的DB設計......你需要意見，並觸發方便地查詢和維護的完整性......但Rails的處理它相當好。

樁模型將有

has_many :attachments 

和附件必須

belongs_to :post 
belongs_to :media, :polymorphic => true 

與各媒體模式將有

has_one :attachment, :as => :media 

，那麼你可以通過

訪問多媒體

post.attachments[0].media 

可以跳過附件表和合並與職位表中的屬性，如果你只需要每一個崗位類型的媒體

對不起，我繼續編輯，我把更多的事情想着說:)

Answer 2

這裏有幾個可以工作的選項。

首先，你可以只讓與列一個型號爲text_content，video_link，photo_link等

那麼在你看來，你可以渲染後的視圖用戶（可能使用部分）具有不同看取決於哪些屬性具有值。

第二個選項是創建一個較小的Post表，其中包含關鍵信息並對其他項使用一系列'has_one'關係。

我看到第二個選項的唯一優點是您的數據庫表會更小，因爲您不必一遍又一遍地表示空單元格。除非你擔心一些巨大的縮放問題，否則我會選擇第一個選項。