2つの類似したオブジェクトの2つのテーブルを別々にする必要があります

Question

"ステータスコレクション"の一環として "ツイート"と "Facebookステータス"をアプリケーションに保存したいので、すべてのステータスコレクションにはたくさんのツイートやFacebookステータス。 Facebookのためだけに私はテキストに興味があるので、今はビデオ/写真を保存しません。

私はDB設計のベストプラクティスに関して疑問を抱いていました。 1つのテーブル（FacebookとTwitterの両方の制限を含むようにステータスを420に設定してください）を持つ方が良いですか？それはどのタイプのステータスであるかを判断する "タイプ"の列か、なぜ？

Answer 1

厳密に言えば、ツイートはFBアップデートと同じではありません。今のところ非テキストを無視しているかもしれませんが、後で気が変わり、うまくいかないモデルにぶつかってしまうかもしれません。原則として、オブジェクトは、実際にそうでないかぎり互換性のあるものとして扱われるべきではありません。それらが単に類似している場合は、別々のテーブルを2つ使用するか、必要に応じて追加の列を使用する必要があります。

本当に単なるテキストであれば、おそらく1つのテーブルから離れてしまう可能性があります。しかし、これは意見の問題であり、おそらく多くの答えを得るでしょう。

Answer 2

私は1つのテーブルにメッセージを入れて、タイプを定義する別のものを持っているでしょう：

SocialMediaMessage 
------------------ 
id 
SocialMediaTypeId 
Message 

SocialMediaType 
--------------- 
Id 
Name 

彼らはそれらを分離するためにはポイントがないことを十分に似ているようです。両方のソーシャルネットワーキングサイトを照会したい場合は、あなたの人生を楽にします。

Answer 3

おそらくテーブルと使用タイプで識別するのが簡単です。複数の表がある場合は、各タイプごとに1つの問合せではなく、データにアクセスするために問合せ/ストアド・プロシージャが1つだけ必要です。