Каталог товаров

Добрый день.
Стоит задача создания каталога товаров следующего рода:
1. Есть группы товаров
2. У каждой группы товаров есть свои свойства (Вес, Ширина, Высота, Глубина)
3. При добавлении подгруппы в какую нибудь группу товаров, подгруппа должна получать все свойства группы родителя, а также иметь возможность иметь свои новые свойства.
(Пример: В группу "ТОВАРЫ" добавили группу "Автомобили", автомобили получают свойства своего родителя "Товары": Вес, Ширина, Высота, Глубина + Марка + Грузоподъемность и т.д.)
4. Любой ТОВАР отнесенный к той или иной группы должен наследовать(иметь) свойства группы родителя.

1. Как реализовать данный подход?
2. Как хранить/читать в SQL свойства групп товаров, и при выборе какого нибудь конкретного ТОВАРА получить все его свойства.

я в своей CMS так делал с наследованием. Тут надо удобный механизм работы с иерархией например выборка всех родительских груп.
тогда наследование реализуется просто выборкой иерархи груп для товара. а к каждой групе прикноплены свойства. вот оно все в кучу и собирается. собственно наследования как такового и не надо в нем нет смысла - просто с каждой родительской группы собираются перечень свойст в список и показывается на редактировании товара для присвоения значений. то есть список свойст зависит от родительских груп - вот и получается наследование

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Я так понимаю, что при удалении сво-ва у родителя идем вниз и удаляем это сво-во?

никуда не идем
просто удаляем, оно потом просто не появляется

ну можно конечно прибить значения заданные товаром для этого свойства


наследование свойства это не переприсвоение свойства нижестоящим категориям.

просто товары привязаные к этой и нижестоящим категориям будут иметь это свойство

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

[quote=caballero][/quote]
меня смущает в данном решении рекурсивность! Для каждого ТОВАРА рекурсивно выполнять запросы родителей, это сильная нагрузка SQL сервер. А если глубина достигает 10 000, при этом запрашиваем 1000 товаров одним запросом?

Иерархия не обязательно рекурсивность
Погугли nested sets
materialized path

а еще можно сделать наборы свойств
все товары включают базовый набор
наборы можно присваивать не только категориям но и отдельным товарам
(Добавление)
А даже если рекурсия... в каком это магазине такая тьма категорий?

Пример можете привести для наглядности?

базовый набор: цвет, производитель, SKU ...

набор транспорт: мощность, скорость...
набор кабриолеты: метод съема крыши(вручную/с пинка/с пульта), ...

товары:
Камаз - базовый, транспорт
Maserati GranCabrio - базовый, транспорт, кабриолеты
летняя креативная беседка для курения и пьянства в виде кабриолета - базовый, кабриолеты

нет рекурсивности - использую materialized path

и такие запросы с категориями на практике не понадобятся - на фига выбирать 1000 товаров со всей иерархией
тем более не бывает такой глубины.

если понадобится поиск по свойствам то тут иерархия не нужна - просто будешь искать значения свойств
по мере присвоения значений свойствам свойства уже привяжутся к товару и не надо будет смотреть на иерархию.

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore