MirukНеобходимо спроектировать БД. Самый важный вопрос это каким способом реализовать хранение характеристик к объекту. Характеристики могут быть текстовыми, числовыми и типа дата.
Есть 4 варианта:

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

Минусы: Мы заранее не знаем, сколько этих характеристик будет. Следовательно, количество полей в таблице характеристик постоянно будет меняться.
Вторая таблица, характеристика только число.
Если система поменяется, то придется переписывать почти все.

Плюсы: быстрая выборка данных.

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

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

3) от таблицы объектов, все характеристики хранить в вертикальном виде и группировать их по типу в разных полях (трех). связь один ко многим

Минусы: сложность выборки
сохранение процедурой
eav система
Плюсы: логика схемы проще.

4) разбить справочники и значения характеристик по 3 таблицы. связь один ко многим.

Минусы: при выборке необходимо делать union таблиц, который исключает использование индексов
Плюсы: универсальность

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

ну в общем 4ый надо делать.