Стоит задача описать в БД товарные позиции интернет-магазина. Сложность у меня в том, что некоторые из этих товарных позиций могут иметь размеры (например, обувь).

Можно было бы создать таблицу «Товарные позиции» с полем «Размер», которое могло бы заполняться из одноименной таблицы. В заказе у товарных позиций, у которых не предусмотрены размеры, соответствующее поля оставались бы пустыми.

Но вот почему не хочется так делать:
1) в БД информационной системы, с которой будет синхронизироваться ИМ, нет такого объекта как «Размер», там есть только товарные позиции. Т.е. джинсы одной и той же модели (артикула), но разных размеров – это разные товарные позиции (хоть и объединенные в группу своего артикула);
2) вариант с отдельной таблицей «Размеры» не универсален. Даже если переназвать ее в «Параметры» (ведь различия могут быть не только в размерах, но в и цвете, объеме) когда-нибудь встанет вопрос, что, скажем, некоторые из параметров должны иметь свою фотографию и свое описание или даже цену и тогда все больше полей из таблицы «Товарные позиции» станет дублироваться в «Параметры». Конечно, можно предусмотреть оговорку, что товарные позиции с разными визуальными данными и ценой всегда должны быть представлены в качестве различных товарных позиций. Но не всегда это удобно, особенно для больших каталогов, а так же из-за традиций представления некоторых товаров.

Я думаю сделать товарные позиции 3-х видов:
1. самостоятельная (например, чайная ложка);
2. групповая (например, «Кроссовки Adidas»);
3. дочерняя (например, товарная позиция с названием «38», ссылающаяся на родительскую товарную позицию «Кроссовки Adidas»).

Затем определить для них следующую бизнес-логику (в основном управляемую интерфейсом ввода данных):
• Групповая позиция должна иметь на себя ссылки минимум 2-х дочерних;
• Дочерняя позиция должна принадлежать только одной групповой;
• Дочерняя позиция не может иметь дочерних (спорно);
• Групповая позиция не может стать дочерней (или может?), но может стать самостоятельной, если будут удалены все дочерние;
• Самостоятельная позиция может стать как дочерней, так и групповой;
• Удаление групповой позиции приводит к удалению всех дочерних;
• Дочерняя позиция может стать самостоятельной или групповой; для этого как правило требуется внесение дополнительных данных и деформализация названия;
• В товарном каталоге покупатель видит только независимые и групповые товарные позиции.
• Чтобы увидеть дочерние, нужно зайти на страницы групповой товарной позиции (выглядеть это может как выпадающий список «Выберите размер» рядом с кнопочкой «Купить»).
• Если покупатель не уверен в размере, он просто не выбирает ни одной дочерней позиции и заказ делается на групповую, что сигнализирует менеджеру, что покупатель затрудняется с выбором размера (в том же выпадающем списке «пусто выбор» может выглядеть для покупателя пунктом «Обсудить с менеджером»).
• Названия дочерних позиций не должны содержать лишних данных, часто достаточно названия вида «37» или «150 мм»;

Хотя вид товарной позиции можно определить косвенно, я планирую ввести в таблице «Товарные позиции» отдельное поле «Вид товарной позиции», чтобы избежать громоздких аналитических запросов. Например, при построении страницы того же каталога пользователю должны будут быть показаны только самостоятельные и групповые позиции. Кроме того, только указав вид товарной позиции можно включить проверку на необходимое число товарных позиций в составе групповой.

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

Может кто-то все же выскажется по теме вопроса? :)

nosov, я админок много посмотрел, в том числе и этого на коленках написанного скрипта. Вроде бы в magento примерена схема, описанная мной (только там еще есть вид "цифровой товар"). Но я до конца не уверен. Думал, знающие люди выскажутся.