@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 хорошо подходит для хранения товаров.
Ответ написан
Комментировать
Ваш ответ на вопрос

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

Похожие вопросы