Добрый день.
Столкнулся с одной проблемой - не придумал оптимального варианта для решения. Итак, есть некий товар (термометр), у которого есть параметр "Диапазон температур". Это параметр по своему типу является диапазоном, т.е. имеет мин. и макс. значения. Встает вопрос: как хранить диапазон в таблице при условии, что по нему будет вестись поиск. Один из выходов - создать доп. поле в котором хранить тип параметра - число, диапазон (мин), диапазон (макс), строка...
С другой стороны я знаю, что у категории "Термометры" параметр "Диапазон температур" всегда является диапазоном (не может он быть обычным числом ни при каких обстоятельствах). Получается, что если у каждого товара из этой категории писать в соседнем поле ValueType значение range, то это получится несколько избыточно (ведь всегда диапазон). Можно было бы просто создать еще одну таблицу, куда вписать, что в такой-то категории такой-то параметр является диапазоном.
Но тогда не понятно, как тогда искать данный товар, ведь в этом случае я не знаю какое из двух значений является мин., а какое максимумом диапазона.

Может быть это уже где-то решено... Помогите, плз.

MySQL рассматривает все числа как диапазон?

Дело в том, если у меня число, то в запросе будет одно условие WHERE, если диапазон, то другое условие WHERE.

А, ну это пример только. У моих товаров значений диапазонов гораздо больше.

Категорий множество, а робот-построитель запросов - всего один на все категории. Вот ему и нужно узнавать, как строить запрос исходя значений.

Ааа,
поиск стандартный - по заданному диапазону выбрать все, что в нем находится. (на сайте есть форма со слайдерами - один ползунок слайдера отвечает за мин. значение, а второй - за макс.)
Также есть список сравнения - сравниваются только товары одной категории (хороший пример - яндекс маркет - так и поиск с применением слайдера и список сравнения).

Хм, пришла идея - вообще разделить таблицу с характеристиками товаров на несколько - в одной только числовые параметры, во второй - диапазоны, в третьей - строки, в четвертой - вообще какая другая сущность. Имеет право на жизнь или ерунда?

miksoftxmlnsпоиск стандартный - по заданному диапазону выбрать все, что в нем находится. (на сайте есть форма со слайдерами - один ползунок слайдера отвечает за мин. значение, а второй - за макс.)Для этого вообще диапазоны в свойствах товара не нужны, только в интерфейсе поиска.
Например, задает пользователь диапазон высоты товара от 20 до 30 см. Тогда в результат должны попасть 21, 25 и 27 см.

У меня есть схожая система. Значения все строковые и вынесены в справочник. Для всех значений задан порядок сортировки в отдельном числовом поле. У характеристик есть флаг "использовать поиск по диапазону". Если он установлен, то в интерфейсе для данной характеристики рисуется два выбора (списка или выпадающего списка), а поиск происходит как раз по диапазону в поле сортировки.

Да, но значение параметра "Высота" - обычное числовое. Тут все просто)
Теперь пользователь хочет найти товар по параметру "Рабочее напряжение" - ищет от 5В до 9В. Этот параметр является диапазоном, потому в выборку должны попасть: 5-9, 4-7,8-12,6-7,3-12 (логика поиска по диапазону кажется такая). В выборку не попадают: все что <5 и все что >9. А чтобы это найти нужно, чтобы для мин. значения было свое условие WHERE, для максимального - свое.

Злой Бобр,
Вы имеете в виду так?:
Таблица параметров:
ParameterID | ParameterName

Таблица товаров:
CategoryID | ID | Price | Weight | Name | ...

Таблица значений:
ID | ParameterID | Value | ValueType

Ну т.е. возле каждого значения добавить поле ValueType, куда вписать: rangeMin или rangeMax или decimal или string.

baracs,

Ааа, я кажется забыл еще про один случай рассказать: есть товары (из одной и той же категории), у которых один и тот же параметр может быть либо обычным числом, либо диапазоном. Например "Электронные схемы":
ЭС1 - Рабочее напряжение: 4-6V
ЭС2 - Рабочее напряжение: 8V
ЭС3 - Рабочее напряжение: 1-10V
ЭС4 - Рабочее напряжение: 9.6V

Если я задам рабочее напряжение как диапазон, то непонятно как искать числовые значения. Если я задам - как число, то непонятно как искать диапазоны.
Т.е. тут либо придется продублировать числовые параметры дважды (и тем самым превратить их в диапазон вида 9.6-9.6), либо создать доп. поле, куда вписать, что же это за тип параметра у конкретного товара.

А если в категории 98 товаров имеют числовое значение, а 2 товара - диапазоны. Преобразовать диапазон в число - значит наврать покупателю.

Hawkmoon,

Вы меня поняли правильно!=)

Вот попался уникальный товар - что делать? Не добавлять в перечень - плохо, менять структуру БД - плохо.
Значит надо придумать универсальную структуру.

А как же делают в CMS? Там вообще добавить можно все что угодно... Правда ни в одном магазине я не встречал подробный поиск и кучей феничек. Разве что Яндекс.Маркет.

Хм, в принципе можно диапазонный параметр разделить на два параметра - мин и макс. Тогда для смешанных (диапазон и число) получится три параметра: мин, макс, и сам числовой.

Также сделать таблицу, где указать, в какой категории какой параметр имеет такой-то тип.

А дальше вести поиск. Сначала сделать запрос из этой таблицы - определить типы параметров, по которым пользователь ищет. Далее исходя из данных выборки средствами языка создать запрос. Для смешанных параметров использовать OR: искать или как число, или как границы диапазона.


Ну или использовать MongoDB.