Теоретичиский вопрос по созданию "конструктора"

[solovin1986]

Добрый день.

Значит задача нужно построить базу товаров с различными параметрами (для хранения-вывода информации и сортировки по параметрам)

Общая информация по полям: ID, title, group, brand, madein, и тд

Далее отдельные параметры: каждый товар может иметь неограниченное количество полей (double, text, integer-для списка со связкой ID и name)

Уважаемые практики как лучше всего построить базу, может у кого есть пример.

Если что то загадочно написал могу уточнить.

[pkorobeinikov]

Такая схема называется "Звезда".

Вам нужно выделить следующие сущности:

1. Товар (product)

2. Характеристика, или параметр, (parameter)

3. Значение параметра (parameter_value)

И определить между ними связи.

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

[solovin1986]

Такая схема называется "Звезда".

Вам нужно выделить следующие сущности:

1. Товар (product)

2. Характеристика, или параметр, (parameter)

3. Значение параметра (parameter_value)

И определить между ними связи.

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

Все дело в том что нужно через админку создавать параметры товаров. То есть получается что нужно уже будет работать с созданием таблиц в базе. Другого выхода я не вижу

[Vlad]

Новые таблицы создавать не придётся.

[rus]

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

category_cat:

root_id | item_id | title | ну может еще чего тут...

category_sub:

root_id | item_id | title| description | price | part_number | public | position | на счет корзины не уверен, может в куках лучше хранить товар?...

Ну вот как то так.

[solovin1986]

Новые таблицы создавать не придётся.

Обоснуйте пожалуйста схематично

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

category_cat:

root_id | item_id | title | ну может еще чего тут...

category_sub:

root_id | item_id | title| description | price | part_number | public | position | на счет корзины не уверен, может в куках лучше хранить товар?...

Ну вот как то так.

Нет это не в ту степь

[Vlad]

pkorobeinikov вам уже объяснил стандартную схему по созданию таких баз. Приведу пример на двух таблицах - товары и параметры. Любой товар может иметь неограниченное количество параметров, список которых перечислен в таблице Параметры. Это отношение один-ко-многим, поэтому вы создаёте ещё одну таблицу, в которой два поля: ID_товара и ID_параметра. Таким образом, всего будет 3 таблицы: Товары, Параметры и Т-П. Каждый товар в таблице Товары перечисляется один раз, аналогично делается и с Параметрами. В таблицу связей же заносятся их отношения, какие параметры могут быть у каждого товара. Точно так же делаются и остальные таблицы со связями. Запросы будут я-вас-умоляю, но система работает.

Вообще, ненавижу уже реляционные БД, на подобных примерах все их недостатки хорошо видны.

[solovin1986]

pkorobeinikov вам уже объяснил стандартную схему по созданию таких баз. Приведу пример на двух таблицах - товары и параметры. Любой товар может иметь неограниченное количество параметров, список которых перечислен в таблице Параметры. Это отношение один-ко-многим, поэтому вы создаёте ещё одну таблицу, в которой два поля: ID_товара и ID_параметра. Таким образом, всего будет 3 таблицы: Товары, Параметры и Т-П. Каждый товар в таблице Товары перечисляется один раз, аналогично делается и с Параметрами. В таблицу связей же заносятся их отношения, какие параметры могут быть у каждого товара. Точно так же делаются и остальные таблицы со связями. Запросы будут я-вас-умоляю, но система работает.

Вообще, ненавижу уже реляционные БД, на подобных примерах все их недостатки хорошо видны.

Я просто не могу представить если товаров будет огромное количество соответственно этих параметров в десятки раз больше как будет себя чувствовать сервак?

[Vlad]

Если везде индексы поставите, нормально будет чувствовать. У вас будет миллион записей в таблице? Если меньше, то MySQL, а тем более PosgreSQL справится.

[solovin1986]

Если везде индексы поставите, нормально будет чувствовать. У вас будет миллион записей в таблице? Если меньше, то MySQL, а тем более PosgreSQL справится.

Да но если нужно например выбрать вес товара от и до тогда что?

Или создавать несколько таблиц для чисел и т.д.

[pkorobeinikov]

Если везде индексы поставите, нормально будет чувствовать. У вас будет миллион записей в таблице? Если меньше, то MySQL, а тем более PosgreSQL справится.

Кстати, на чтение mysql (с myisam движком) может даже пошустрее будет.

В конце-концов, никто не отменяет кэширование.