romaroНасколько я понимаю, с точки зрения складского учет для каждого вида одного и того же товара нужно заводить отдельные карточки. То есть ботинки одной и той же марки 41-го и 42-го размера - с точки зрения БД склада - разные позиции. Но все же, они связны друг с другом. Например, на сайте, их различие будет реализовано выпадающим списком "Размер обуви", а товар будет один.
У меня вопрос, как правильнее и практичнее организовать в БД такую связь?
Сейчас занимаюсь похожей задачей - разработкой базы данных для веб-магазинов. В БД есть таблица Product, которая содержит описание продуктов в общем, и таблица Product_Variant, которая содержит данные по конкретным экземплярам продуктов. Таблицы Product и Product_Variant связаны отношением один-ко-многим. Например, для приведенного выше примера таблица Product содержит запись с именем "ботинок марки Феррагамо", а таблица Product_Variant содержит записи "ботинок 41 размера, черный", "ботинок 42 размера, коричневый" и так далее.
При этом используется дизайн БД на основе модели Entity-Attribute-Value. Я описал этот метод
здесь . Там дан пример только для таблицы Product. В нашей БД используется также таблица Product_Variant_Attribute_Value. Эта модель дает возможность хранить в нескольких таблицах данные о всех возможных товарах.
Проводя неполную аналогию с объектно-ориентированным программированием, можно сказать, что таблицы Product и Product_Attribute содержат описание класса и его членов, Product_Attribute_Value - значения статических членов класса, а Product_Variant и Product_Variant_Attribute_Value - описывают конкретные экземпляры класса.
