Архитектура базы автомобильного конфигуратора?

Question

[AJ]

Доброго люди.

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

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

Может кто-то работал с подобными вещами и сохранилась примерная архитектура БД?


Заранее спасибо за ответы…

Answer 1

[Urvin]

options
option_id INT NOT NULL
option_name VARCHAR(200) NOT NULL
option_description TEXT NOT NULL
option_required TINYINT NULL
option_collection_id INT NULL

option_collections
option_collection_id INT NOT NULL
option_collection_name VARCHAR(255)

option_linker
option_collection_id INT NOT NULL
option_id INT NOT NULL

В option_collections объединены взаимоисключающие опции
В option_linker связь опций и коллекций

Не?

Comments

[Urvin]

option_collection_id INT NULL — это вычекрнуть из options

Answer 2

[icobra]

А если использовать стандартный вин код, дополнив его необходимыми критериями как цена/срок гарантийного обслуживания, ведь каждому авто-, мото-транспортному средству изготовитель присваивает идентификационный номер VIN — Vehicle Identification Number. В коде VIN особым образом зашифровано кем, где, а также, в большинстве случаев, когда и в какой комплектации выпушено транспортное средство, а также некоторая другая информация.
Код VIN состоит из 17 знаков (цифр и латинских букв). методичка МАДИ по классификации автомобилей.

Comments

[AJ]

VIN использовать не получится. Это уникальный номер. Автомобилей с одинаковой комплектацией полно. Решение должно быть унифицированным. И каждую машину забивать нет смысла.

Answer 3

[AJ]

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

Comments

[Urvin]

Присвоить разные id.
У меня в мыслях пока все получается — по несколько коллекций на одну опцию… нормалды…

[AJ]

т.е. на каждую модель создавать серию таблиц?

[Urvin]

Зачем?

models
model_id INT NOT NULL
model_name VARCHAR(255)

в options добавляем
model_id INT NOT NULL

Можно, конечно, еще связывать модели-опции как многие-ко-многим, если угодно.

[AJ]

Скорее всего так и придется. В противном случае получится нагроможденная неэффективная база