Как хранить динамическое количество свойств?

Question

[Данил]

Есть товар, у него может быть разное количество свойств и клиент при заказе сам указывает параметры этих свойств (например: цвет: черный, количество ножек: 3, складной: да, рисунок: полосочка и тд...) Как это все хранить? Ну товар допустим понятно: id_товара, название_свойства. А как хранить то, что введут пользователи?

Answer 1

[Evgeny Svirsky]

OneToMany - 2 таблицы.
good
good_property

связаны onetomany связью:
good.id = good_property.good_id

Answer 2

[Pavel O]

Дурацкий, но действенный вариант

все параметры хранить в одном поле базы данных в виде сериализованного массива

Answer 3

[Артемий]

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

Comments

[Оптимус Пьян]

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

[Артемий]

Лучше каждого типа свойства таблица: [id товара] -[ id свойства]-[значения свойства].

Answer 4

[Петр]

Создайте таблицы:
1. Наименование свойства (id, name, goodid - товар)
Пример: 222, "Цвет", 333
2. Возможные значения (id, propid, value)
Пример: 1, 222, Черный
2, 222, Белый
И то что
3. Введут пользователи: (id, userid, propvalueid, goodid - это поле уже избыточно)