Какие есть подходы дизайну сложного поиска по многим аттрибутам?

Question

[ascart]

Добрый день
Необходимо реализовать поиск по точным совпадениям по нескольким аттрибутам.
Есть объект для поиска с множеством атрибутов для поиска. Цель - создать удобный интерфейс для того чтобы преобразовывать то что сформировал пользователь в запросы вида (Номер="1" И (Счет="2" ИЛИ Счет="3")) к объекту.
Это должно быть понятно пользователю и выглядеть хорошо и удобно.
Какие есть мысли:
1) Сделать единую строку поиска с выпадающим списком того что возможно ввести - булев оператор, атрибут со значением, группирующий оператор
2) Сделать input с выпадающим списком рядом, в котором выбирать тот или иной атрибут с возможностью добавить строку ниже, с тем же самым input и булевым оператором - который будет аггрегировать введеные лексемы

Также сталкивался с подобным поиском в Jira - так называемый JiraQL

Вопросы - реализовывал ли кто, какие паттерны посмотреть, какие хорошие решения известны

Comments

[sim3x]

Для кого удобно?

[Модератор]

ascart, дорогой пользователь, настоятельно рекомендуем еще раз обратить самое пристальное внимание на п. 3.1 регламента работы сервиса (и, в особенности, на его последний абзац).
В противном случае, ваши вопросы будут удаляться по причине тег-спама, а систематические нарушения приведут к блокировке учетной записи.

[ascart]

sim3x, для среднестатистического пользователя

[sim3x]

ascart, ето что еще за чудище такое?
Опишите его

Answer 1

[Матвей Правосудов]

Как правильно заметили в комментах, нужно подумать, кто будет пользоваться поиском. Если не лютые технари, которые только и пишут, как с помощью булевых операторов (тогда ваще можно дать доступ к sql console), тогда все ок. Но если пользователи обычные, то лучше дать им человечные фильтры. Мол, показать самые мягкие и дешевые подушки. Утрирую, но такую фразу легко понять, а она несет под собой несколько булевых операторов.

Как-то так.

Comments

[ascart]

Да, все верно, спасибо за ответ
Но пользователи - как лютые технари-администраторы, так и обычные бабушки.
Пришел к тому что разделять функциональность:
Сделать поиск по основным полям в "основном режиме"
Сделать поиск по всем аттрибутам в "расширенном режиме"
Обогатить поиск часто используемыми тегами вида "Показать самые мягкие и дешевые подушки"
Сделать технологический режим для формирования QL запросов - которые преобразуются в запросы к данным. Дать просто доступ к sql консоли - невозможно, там не sql хранилище