Cane Cat Fisher[src]
При поиске нужно принимать с клиента пары тег=значение, и в SQL не разрывать их, а сохранять соответствие. Спасибо за тестирование кода. Почитал про EAV тут на форуме - много тем похожих на мою, и в принципе EAV это антипатрн. Раз уж советы даются ближе к теме, то хочу сузить задачу и раскрыть ее прменение.
Два пользователя составляют один каталог (на форуме уже над этим смеялись не раз). Но все же. Изначально каталог пустой. Первый вводит: молоко, этого продукта нет. Он заносит по нему мимнимум инфы: "Молоко "Петренское" (это в нормальной таблице) 3.2, 900 мл. (это уточняющий мусор расширяющий сущность, пока что вижу его в EVA)".
Второй пользователь делает запрос: молоко. В ответ получает список всех "Молоко", визуально находит "Молоко "Петренское" 3.2, 900 мл." - добавляет себе в корзину (вобщем в системе каждый пользователь получает ссылку на один объект в каталоге). Пользователи замотивироаны на использование Товара уже описаного в каталоге. Новый товар заносится пользователем в каталог только если его нет с такими хар-ками (эту функцию оставляю на пользователе, т.к. система не для магазина, где сотрудник наполняет стурктурированный каталог для ценников).
Все хар-ки по товару в карточку заносить не надо. Только минимальный набор, по которому можно его выбрать из группы других товаров: картинка, уникальное название: "Кока-кола со вкусом горчицы, 0.5 л.", "телевизор Samsung UE40JU6000U" - какие еще у телика хар-ки не важно, главное что визуально второй пользователь может выбрать "Samsung UE40JU6000U" и второй раз в систему заводить не будет (или кол-во таких двойных заводок сведется к минимуму). Вобщем вот такая вот задача: подружить двух пользователей через товар, инфу по котрому в систему они заводят сами (а не магазин, не производитель).
Можно пойти по принципу Яндекс-маркета: описать (структурирвать) основные категории, а для товаров "Вешалка для шнурков ботинок из китая" - сбрасывать в один неструктурированный каталог (EAV). Для описания структур со стороны приложения (а не пользователем) небходимо будет выделить ресурс, котрого пока что нет. Поэтому и винтилирую вопрос: столкнуть эту задачу на пользователя, если это возможно сделать.

LSVУниверсальный каталог для ACNielsen что ли ? :) Один из возможных выходов приложения - да :) Но пока задача далека от захвата мирового господства в сфере маркетинга. Пока нужно решить вопрос: один пользователь завел карточку о товаре, а второй смог ее найти по поиску, и если хар-ки в карточке его устроили, то взял карточку себе в локальный каталог, а если хар-ки другие, то завел новую карточку. Это в общих словах.
По Вашим вопросам конечно я работаю. Организационные решения нужно сопоставлять с инженерными: а возможно ли "хотелки" реализовать в условиях СУБД. Попробую больше упор сделать на Реляционную СУБД, и меньше на EVA. Возможно найдется компромисс вообще без EVA (из серии "ларчик просто открывался"). Результат (на чем остановился) отпишу в теме.