я должен сделать две отдельные таблицы для двух похожих объектов

Question

Я хочу хранить «Твиты» и «Статус Facebook» в моем приложении как часть «Сборника статусов», чтобы в каждой коллекции статусов было множество твитов или набор статусов Facebook.Для Facebook меня интересует только текст, поэтому я пока не буду хранить видео / фото.

Мне было интересно узнать, как лучше всего использовать дизайн БД.Лучше ли иметь одну таблицу (установить максимальное значение для статуса 420, чтобы включить ограничение как для Facebook, так и для Twitter) со столбцом «Тип», который определяет, какой это статус, или лучше иметь две отдельные таблицы?и почему?

Answer 1

Вероятно, его проще использовать в таблице и использовать тип для их идентификации.Вам понадобится только один запрос / хранимая процедура для доступа к данным вместо одного запроса для каждого типа, когда у вас есть несколько таблиц.

Answer 2

Строго говоря, твит - это не то же самое, что обновление FB.Возможно, вы сейчас игнорируете нетекст, но потом можете передумать и застрять с моделью, которая не работает.Как правило, объекты не должны рассматриваться как взаимозаменяемые, если они на самом деле не являются.Если они просто схожи, вы должны либо использовать 2 отдельные таблицы, либо использовать дополнительные столбцы, если это необходимо.

Все это говорит о том, что, если это действительно просто текст, вы, вероятно, можете использовать одну таблицу.Но это вопрос мнения, и вы, вероятно, получите много ответов.

Answer 3

Я бы поместил сообщения в одну таблицу, а другую определил бы тип:

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

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

Они кажутся достаточно похожими, так что нет смысла их разделять. Это также облегчит вашу жизнь, если вы захотите делать запросы на обоих сайтах социальных сетей.