Подскажите по архитектуре

нужно создать отдельные таблицы для каждого критерия.

Например марка авто (id, marka, ...), вид покраски (id, color....)

И потом при нажатии чекбокса собираешь все параметры и делаешь выборку по данным критериям. Запросы можно привести к минимуму при помощи INNER JOIN

1)В данном подходе есть свои минусы. Нельзя динамически (из админки, например) добавлять новые критерии.

2)Если критериев будет 100, то прийдется создавать 100 таблиц.

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

Таблица STO (id, name, description, и т.д...) - описание конкретной СТО

Таблица Categories (id, name, type - не обязательно) - здесь будут хранится критерии, например:

100, Марка авто, singleselect.

200, Виды работ, mulitiselect

Таблица Category_Options (id, category_id, value) - все возможные опции для категорий, например:

1, 100, Acura

2, 100, Audi

.............

3, 200, 3D развал-схождение

4, 200, Автозапчасти

.............

Таблица STO_Category_Options (id, sto_id, option_id) - карта между СТО и опциями

Дальше уже дорабатывайте, на свое усмотрение. Поле name.type в моем, более сложном примере было необходимо, т.к у меня были не только singleselect, multiselect свойства, но и например диапазон, который задавался минимальным и максимальным значением в момент добавления СТО, разным для каждой конкретной СТО. Такие значения уже не получится вписать в STO_Category_Options, а создавать отдельную таблицу для этого типа Вида (id, sto_id, category_id, min_value, max_value)

doctorpc, спасибо, по-моему это то, что нужно