Оптимальный в Подходе проектирования баз данных

Question

У меня есть таблица ПОСТЫ в базе данных MySQL ее столбцы

Column  DataType 
POSTID  Int(11) PK 
Userid  Int(11) FK 
Content  varchar(100) 
Type   TINYINT 

Type field can take values image, text, video, link, question, repost. 

Мой вопрос заключается в конструкции оптимальным, если это таблица, как ожидается, иметь слишком много записей, как миллиарды записей. Какие факторы следует принимать во внимание? Должен ли я разделить эту таблицу на несколько таблиц, таких как «Изображения», «Тексты», «Видео», «Ссылки», «Вопрос», «Репост» или «Я должен пойти на одно табличное решение?

Answer 1

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

Я советую вам сохранить его, как и вы, и подумать о решениях, которые уже существуют, когда у вас появятся эти проблемы в производстве (возможно, SQL-движок не лучший для такого рода данных?).

Кроме того, я бы изменил тип колонки type от TINYINT до ENUM.