Привет всем.

Нужна помощь в составлении оптимального запроса выбора значений из таблицы. Объясняю ОЧЕНЬ подробно и упрощённо.

Моя задача чем-то напоминает простой поиск по тегам, например есть упрощённая таблица отношений:




Если мне нужно выбрать из этой таблицы все идентификаторы по ключевому слову "ноутбуки", то я выполняю простейший запрос:




Задача усложняется, если мне нужно выбрать идентификаторы по нескольким ключевым словам с условием AND, т.е., например мне нужны идентификаторы, которые "привязаны" и к слову "ноутбуки", и к слову "новинки" . Я пишу следующий запрос:




Т.е., СУБД вначале выбирает все идентификаторы, соответствующие слову "новинки" , а потом из них отфильтровывает те, которые еще и соответствуют слову "ноутбуки" .

Или того круче:




Тут вообще аж трижды нужно сканировать таблицу и отсеивать результаты — ну, вы поняли к чему я ...

Т.е., как видите, запрос мой составлен и работает, но лично я не уверен, что это оптимальный вариант составления запроса — я уверен, что должен быть более умный вариант, чем мой, например, с использованием EXISTS() или каких-то других операторов. Может мне вообще нужно перепроектировать таблицу отношений. В общем, нужен компетентный совет — как улучшить мой запрос, если это вообще возможно.

Спасибо!

SERG1257Скорее вот так



Спасибо. Вроде, работает, только пока не могу определить как именно это работает — смотрю Actual Execution Plan в MS SQL Server и не понимаю. Но, всё равно спасибо — выглядит лучше тех сложных запросов, что я писал.

Dimitry SibiryakovА умные системы поиска, такие как гугль, предложат тебе не только идентификаторы, у
которых совпадают все ключевые слова, но и варианты с неполным совпадением. Они это
делают, например так:




Ну, тут не совсем та ситуация. Мне не нужно отдавать отдельно результаты для "ноутбуки", отдельно для "новинки", отдельно для "геймерские". В моей ситуации мне нужны ТОЛЬКО "ноутбуки-новинки для геймеров". Если ноутбук — НЕ новинка и НЕ геймерский — то он не подходит. Ну, а вообще, ноутбуки — это только пример — вместо этих ключевых слов могут быть другие слова.

Или я не правильно понял ваш вариант?

Dimitry SibiryakovА если этот ноутбук - новинка, но НЕ геймерский?
А если это новинка И геймерский, но НЕ ноутбук?
Варианты в которых совпадают два критерия из трёх будут идти в списке после тех, где
совпадают все три. А варианты с одним совпадающим критерием - ещё позже. Но пользователь
всегда получит хоть какие-то предложения даже если он ошибся с одним из критериев.


Ну, если применить эту логику к другим ключевикам, например: "автомобиль", "новинка", "грузовой", то получится, что:

> А если этот автомобиль - новинка, но НЕ грузовик? — не катит (т.к., человек хочет именно грузовой автомобиль)
> А если это новинка И грузовой, но НЕ автомобиль? — не катит (т.к., грузовым может быть и поезд, и самолёт ...)

Я, вроде, понимаю о чём вы, но мне это, к сожалению, не подходит на практике. Я и так уже провёл достаточно логических оптимизаций (на стороне приложения), чтобы добиться точной определённости, что человек хочет именно то, что он запросил. Релевантность у меня тоже организована, но иначе.