Как реализовать пользовательские характеристики без повторения?

Question

[Neowaring]

Имеется страница добавление товара клиентом. В ней я хочу что бы клиент сам добавлял к каждому товару свою группу характеристик и характеристику к группе.
В данных группы характеристик присутствует следующее:

attribute_group[id]
attribute_group[id][language_id][name]
attribute_group[id][sort_order]

В характеристике следующее:

attribute_group[id]['attribute'][attribute_id]
attribute_group[id]['attribute'][attribute_id][language_id][name]
attribute_group[id]['attribute'][attribute_id][language_id][description]
attribute_group[id]['attribute'][attribute_id][sort_order]

Есть 2 варианта развития
Либо позволять записывать клиенту создавать свой список групп и характеристик и после добавлять к товару по выпадающему списку.
Либо записывать напрямую группы и характеристики напрямую в товар, в каждый товар заново прописывать то же самое если повторяется.

В первом случае вроде неплохо добавлять характеристики и после цеплять к товару, но появляется проблема с дублями, к примеру 2 клиента добавляют 2 характеристики с названием "Размер" и у каждого своя характеристика, то есть 2 одинаковые записи характеристик для каждого клиента. База данных будет иметь одинаковые записи хоть и под разных клиентов.

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

Comments

[Александр Лыкасов]

Это у вас реальный проект или учебная задача?

[Neowaring]

Александр Лыкасов, реальный проект. Это как то влияет на ответ ?

[Александр Лыкасов]

Конечно влияет: разные цели - разные решения. Либо делаем что-то с целью освоить технологию, либо решаем поставленную бизнес-задачу.

Ваши два варианта это два подхода к хранению данных: реляционный и документный. И что-то мне подсказывает что использовать в любом случае собираетесь реляционную БД. Поэтому, предлагаю идти первым путём.

Далее возникает вопрос: в чём проблематика наличия "дублей"?

[Neowaring]

Александр Лыкасов, в их объёме

[ThunderCat]

Neowaring, Если вы решаете задачи бизнеса, то вас не должно волновать количество байт на хостинге бизнеса. Тем более если бизнесу нужны эти данные. Экономия тут неуместна. Другой вопрос что использовать готовые списки вместо текстовых полей удобнее. В любом случае вам скорее всего все придется свести к EAV схеме, так как других вариантов особо и нет, при таком подходе к хранению...

В первом случае вроде неплохо добавлять характеристики и после цеплять к товару,

Это EAV

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

Вариантов масса, и все они хреновые. Поиск по такой схеме будет просто невозможен, в силу смешанности "котлет и мух".