Добрый день.

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

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

Постановка задачи

Вебсистема. Предусмотрена возможность создания пользователем товаров, принадлежащего к некоторой из категорий. К примеру, "Пластиковые окна", "Автомобильные шины", "Вазоны", "Канцтовары", "Шариковые ручки" и т.д. Тематика категорий может быть абсолютно различной и не пересекающейся с тематиками других категорий, а может и быть вложенной в родительскую категорию (как в случае с категориями "Шариковые ручки" и "Канцтовары").

Каждая категория может иметь свой уникальный перечень параметров/свойств с их численными и/или количественными данными от 1 до n штук на каждый параметр/свойство. Создавая товар и назначая ему одну из возможных категорий, пользователь сразу получает определенный перечень свойств/параметров данной категории, которые ему (пользователю) следует заполнить данными (своими уникальными по личному усмотрению, или выбрав один/несколько вариантов для данного параметра из предложенных)


Например, добавляя 1-й товар и назначив ему категорию "Пластиковые окна" может иметь такой перечень опций (параметров, свойств, характеристик).

Категория товара : Пластиковые окна
Тип : наружные
Материал : дерево | пластик | алюминий | металлопластик
Вид стекла : солнцезащитное
Форма : прямоугольное
Количество стекол : 3
Способ открывания : откидное | отвесное | раздвижное | складное | поворотное
Форточка : нет
Назначение : шумозащитное | изоляционное
Высота : 130 см
Ширина : 60 см

как видим, в данной категории есть 8 параметров/свойств и во 2-м, 6-м и 8-м указаны сразу несколько значений (разделены знаком |).

А для второго товара в этой же категории, пользователь может указать такие параметры:

Категория товара : Пластиковые окна
Тип : наружные
Материал : дерево | металлопластик
Вид стекла : солнцезащитное
Форма : квадратное
Количество стекол : 2
Способ открывания : откидное | складное | поворотное
Форточка : нет
Назначение : шумозащитное
Высота : 100 см
Ширина : 40 см

Для примера добавим товар в категорию "Пластилин"

Категория : Пластилин
Тип : традиционный
Возрастная группа: от 3 до 5
Цветов в наборе : 10
Специфика : с блестками | не засыхающий | перламутровый
Упаковка : картонная
Размеры : 35/8/4 см

Что общего и что отличается

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

А такие параметры как: "Количество стекол", "Высота", "Ширина", "Размеры", "Цветов в наборе" пользователь вводит текстом сам на свое усмотрение.

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

Как организовать структуру хранения таких категорий с их перечнями параметров и перечнями вариантами значений для некоторых этих параметров? Как организовать и хранить создаваемые товары, привязанные к категориям с заполненными значениями параметров?

Надеюсь, я достаточно доступно для понимания описал вопрос. Много уточнений привел для того, что бы точно понять вопрос и не упустить ни одной значащей детали.

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

Dimitry SibiryakovSTFW EAV


за направление спасибо

Вот здесь http://forum.sources.ru/index.php?showtopic=277383 обнаружил 90%-ю схожесть с моей ситуацией.

Ну тогда я сам в бой, как рожу структуру, то вернусь на форум и опишу логику (мало ли кому пригодится).

MasterZivzalsily,

если мне заплатят денег, я готов заняться... я и сам готов :), кстати безвозмездно, исключительно из дерзости (особо никогда не имел дело с БД).

На чем я остановился:

для реализации конечного продукта с уникальным набором предопределенного набора свойств/параметров я создаю 4 таблицы:

category (id, title), parameter (id, categoryid, title, possiblevalue), product (id, title, categoryid), productparametervalue (id, parameterid, productid, value).

Так, на таблицу категорий ссылаются таблицы товаров и параметров. А таблица значений параметров товаров ссылается на таблицу товаров и таблицу параметров.

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

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

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

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

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