@et0

Какую структуру выбрать для базы данных?

Приветствую.

В базе данных будет храниться 100 миллионов записей. У каждого товара, по мимо других свойств, есть 5 модификаций. Каждая из модификаций может принимать значения от NULL до 12. Т.е. всего различных уникальных модификаций будет 371293.
+---------+-----+--------+--------+--------+--------+--------+
|   товар | ... |  мод.1 |  мод.2 |  мод.3 |  мод.4 |  мод.5 |
+---------+-----+--------+--------+--------+--------+--------+
| товар 1 | ... |   null |   null |   null |   null |      1 |
| товар 2 | ... |   null |   null |     12 |     12 |      1 |
| товар 3 | ... |   null |      1 |      2 |      3 |      4 |
| товар 4 | ... |      5 |      6 |      7 |      8 |      9 |
| товар 5 | ... |   null |   null |   null |   null |      1 |
+---------+-----|--------+--------+--------+--------+--------+


Есть два варианта хранения:
1. Всё в одной таблице.
2. В двух связанных таблицах. В одной товар, в другой заранее сгенерированные 371293 записей со всеми возможными свойствами товара.

Какой из вариантов хранения предпочтительнее?
  • Вопрос задан
  • 404 просмотра
Пригласить эксперта
Ответы на вопрос 2
DmitriyEntelis
@DmitriyEntelis
Думаю за деньги
Не очень понял описание, с живыми примерами было бы понятней.
Модификации у всех товаров одинаковые?
Т.е условно - у всех товаров модификация №1 - цвет, значение 1 - красный, 2 - синий итд?

В таком случае храним 5 табличек - справочников с расшифровкой значений модификаторов.
В таблице товаров храним 5 полей со значениями этих модификаторов
Ответ написан
@asd111
Для товаров лучше брать NoSQL. Та же MongoDB хорошо подходит для хранения товаров.
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы