Как при использовании EAV сделать добавление полей по категориям?

Question

[zugo]

Хочу написать простой интернет-магазин (на Yii). Разумеется, у товаров должны быть произвольно добавляемые поля, для чего используется паттерн Entity-Attribute-Value. Как правильно сделать так, чтобы типы полей привязывались к категориям, а значения - к конкретным товарам?
Т.е., допустим, админ сайта, создавая карточку товара, выбирает категорию (допустим, грубо говоря, "жесткие диски"), и появляются поля, специфичные для данной категории ("объем", "скорость вращения шпинделя" и т.д.), и заполняются конкретно для этого товара. А названия/типы полей должны указываться при создании/редактировании категории, а не товара.

Answer 1

[evnuh]

Реляционная MySQL в вашем случае не лучший вариант, точнее вообще неподходящий. EAV - это антипод наличия схемы данных, а без схемы вам в NoSQL, или, самый простой и быстрый и полный вариант - Postgres с jsonb и индексами по нему.

Comments

[zugo]

Я знаю про NoSQL БД, однако мой вопрос в том, как сделать это в традиционной реляционной БД.

[evnuh]

zugo: "Реляционная MySQL в вашем случае не лучший вариант, точнее вообще неподходящий. EAV - это антипод наличия схемы данных"

[evnuh]

zugo: если уж хочется сделать в RDBMS, то в чём проблема сделать "в лоб"?
Таблица аттрибутов
attr_id - name
таблица категорий (nested set, например)
cat_id - name
таблица привязки аттрибутов к категориям
cat_id - attr_id
таблица значений аттрибутов у товаров
product_id - attr_id - value
таблица привязки товаров к категориям
cat_id - product_id

[zugo]

evnuh: да я именно так и сделал, но как-то оно через жопу. И не совсем понятно, как этим манипулировать из админки Yii.

[evnuh]

zugo: оно и будет медленно и через жопу, по-другому никак, потому что
1) EAV
2) RDB
Никаких констрейнтов, никакой проверки типов, всё линейно. А самое главное никакого профита от RDB не остаётся кроме индексов, так спрашивает, нахера козе баян? Тогда уж быстрее и проще на KV сделать.

[zugo]

evnuh: но ведь как-то пишут интернет-магазины в том числе и на MySQL

[evnuh]

zugo: почитайте про схему бд в Magento и про их 50 уровней кеширования в памяти)

Answer 2

[Горшков Антон]

Я делал так:
Есть таблица с разделами, есть с товарами и есть со значениями свойств товаров.

У товаров и свойств есть поле с id раздела, по которому они связаны. А в таблице со значениями свойств товаров есть поля для id товара и id свойства.

Позже добавил ещё таблицу со списками и значениями списков, чтобы можно было выбирать значения из заготовленных. В итоге значения свойств товаров стали ссылаться ещё и на значения списков.