JSON или промежуточная таблица?

Question

[Demian1]

Какой наиболее оптимальный вариант хранения размеров товара в БД?
1. В самой таблице товара в столбце size хранить список размеров в json
2. Промежуточная таблица
product_id | 2
size_id| {'1', '2', '3'}
3. В таблице sizes, где для одного товара будет несколько записей с размерами
product_id: 3 | size: 40
product_id: 3 | size: 41
и т.д.

Третий вариант нравится больше, потому что можно добавить к примеру столбец available.

Comments

[Илья]

Зависит от того, какие будут запросы. Из вопроса не понятны критерии по которым нужно оптимизировать решение. Чего вы добиваетесь? Чтобы меньше места занимало? Чтобы быстрее запрос выполнялся?

[Demian1]

Илья, т.е. вы хотите сказать, что все варианты допустимы и выбирать нужно исходя из задач? По сути размеры нужны только для информирования, что такой-то товар имеет такие-та размеры, и для оформления заказа. Я не думаю, что будут запросы в БД по размерам, разве, что только для вывода их в шаблоне

[Илья]

Demian1, да, все варианты допустимы. Зависит от целей оптимизации. Если нет конкретных целей оптимизации, то обычно оптимизируют время разработки и берут вариант, который легче в реализации и/или легче в понимании.

[Demian1]

Илья, Спасибо))

[Илья]

Demian1, на здоровье

Answer 1

[101-s]

если нужно чтобы клиент в админке сам делал опции и их значения то обычно делается так:

1. Создается таблица с опциями, которые изменяют стоимость товара. Опции это размер, цвет и тд.
   
2. Далее создается таблица со значениями опций. Здесь можно указать какие бонусы будет клиент получать, как будет изменятся цена товара при выборе опции и тп
   
3. Таблица где указано для какого товара какие опции отображать.
   
4. И таблица, где указано для какой опции конкретного товара отображать выбранные опции
   

Answer 2

[Alexey Gnevyshev]

Полагаю, промежуточные таблицЫ (как уже предложили) - наиболее оптимальный вариант - с той точки зрения, что в будущем, наверняка, захотите делать Фильтр товаров по характеристикам.

Третий вариант нравится больше

И вот как раз с 3 вариантом фитровать в MySQL будет сложнее и затратнее, чем с 1 и 2.