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

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

Если у вас есть какие-нибудь мысли по этому поводу, напишите, пожалуйста, буду очень признателен!

Это сообщение отредактировал(а) skaizer - 14.4.2008, 14:39

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

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

А не проще создать таблицу для товаров, в которой будут все одинаковые характеристики (скажем, название, производитель, цена и т.д.), каждому товару присвоить тип (холодильник, плитап и т.д.), а потом для каждого типа создать свою таблицу с уникальными свойствами (скажем, для плиты - кол-во комфорок, газ/электро и т.д., а для холодильника - моща компресса и т.д.). Или каждый-каждый товар уникален?

Вот еще один подход...
Есть абстрактная таблица названий свойств и типом (числовой, текстовый ets..) (properties)
Есть таблица с конкретными значениями свойств, с привязкой к таблице properties (itemprop ::   itemprop.id_prop->properties.id) в зависимости от типа свойства заполняется то или иное поле ...
и есть таблица товаров, в которой есть только id товара и id его свойства.(stock :: stock.prop -> itemprop.id)

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

ksnk, только кроме структуры надо еще хранить сами значения свойств для конкретного товара

Fortop, Дык да! Таблица itemprop этим и занимается ;)

Точно, я перепутал связи. Тогда все ок.