Форум MySQL

Здравствуйте.
Есть каталог шин. Там несколько подкаталогов: легковые, грузовые, мото/вело и т.д. Поля на 80% одинаковые. Модели забиваются администратором в админке. Также есть продавцы шин, которые могут зайти в личный кабинет, выбрать модель шины из списка, указать цену и некоторые другие данные, Соответственно для одной модели шины может быть несколько предложений. В каталоге нужно выводить предложения со всеми данными модели.

Как я думаю поступить?
* Создать отдельную таблицу для моделей каждого типа шин (легковые, грузовые, мото/вело). Там будут хранится данные модели.
* Создать несколько таблиц для размещения предложений каждого типа шин. Структура таблицы будет такой [все поля таблицы модели, цена и другие поля, которые продавец указывает]

Соответственно, в каталоге будут выводится данные из таблиц предложений.

Является ли такая архитектура приемлемой? Что еще приходит в голову:

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

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

>Непонятно, правда, куда пропала таблица типов шин.

Зачем она нужна? Типы шин строго заданы. Администратор их не меняет. Если потребуется добавить еще один тип - придется создать еще две таблицы и дополнительный функционал на уровне скриптов.

понятно. Жаль.