Реализовать особый поиск

@hccess · Регистрация: 08.02.2017

Студворк — интернет-сервис помощи студентам

Есть 2 таблицы - GOODS и KEYWORDS.

GOODS:
id
title
description
rate

KEYWORDS:
id
goods_id
keyword

Поиск должен осуществляться по полям - TITLE, DESCRIPTION(в таблице GOODS) и по KEYWORDS(в таблице KEYWORDS).
Если искомое слово есть в TITLE, DESCRIPTION и KEYWORD тогда присваиваем RATE + 100 очков, но это как бы временное значение, нельзя RATE обновлять в базе.

Если искомое слово есть в TITLE и DESCRIPTION тогда присваиваем RATE + 50 очков

Если искомое слово есть в TITLE и KEYWORD тогда присваиваем RATE + 30 очков

Если искомое слово есть в DESCRIPTION и KEYWORD тогда присваиваем RATE + 10 очков

В остальных случая RATE не повышаем

И потом выводим результаты сортируя по временному RATE

Помогите составить оптимальный запрос.

Добавлено через 13 часов 23 минуты
Up

@hccess · 04.05.2017, 11:50 **[ТС]**

Может здесь нужна временная таблица для временного RATE(rate,keyword)???

@newblonde · 04.05.2017, 14:34

Что-то в таком духе:

SQL
1
2
3
4
5
6
7
8
9
10
11
12
13
DECLARE @word VARCHAR(100)
SET @word = 'xyz'
 
SELECT g.TITLE, g.DESCRIPTION, k.KEYWORD, (
CASE 
    WHEN (g.TITLE LIKE '%'+@word+'%') AND (g.DESCRIPTION LIKE '%'+@word+'%') AND (k.KEYWORD LIKE '%'+@word+'%') THEN (g.RATE + 100)
    WHEN (g.TITLE LIKE '%'+@word+'%') AND (g.DESCRIPTION LIKE '%'+@word+'%') AND (k.KEYWORD NOT LIKE '%'+@word+'%') THEN (g.RATE + 50)
    ELSE g.RATE
) AS TEMPRATE
FROM GOODS g
JOIN KEYWORDS k
ON g.id = k.id
ORDER BY TEMPRATE

@hccess · 04.05.2017, 17:13 **[ТС]**

Спасибо!
А что здесь оптимальней использовать LIKE или MATCH AGAINST?

@newblonde · 04.05.2017, 17:30

Если база не очень большая то все равно. Если большая то match against лучше.

@hccess · 05.05.2017, 00:13 **[ТС]**

Если MATCH AGAINST то все поля для поиска должны быть проиндексированы FULLTEXT'ом?

@hccess · 17.06.2017, 15:34 **[ТС]**

И вообще будут ли работать индексы при таком запросе?

Новые блоги и статьи Все статьи Все блоги /
модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .	Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .	Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ
Дальние перспективы сервера - слоя сети с космологическим дизайном интефейса карты и логики. Hrethgir 07.04.2026 Дальнейшее ближайшее планирование вывело к размышлениям над дальними перспективами. И вот тут может быть даже будут нужны оценки специалистов, так как в дальних перспективах всё может очень сильно. . .	Горе от ума kumehtar 07.04.2026 Эта мне ментальная установка, что вот прямо сейчас, мол, мне для полного счастья не хватает (нужное вписать), и когда я этого достигну - тогда и полный кайф. Одна из самых сильных ловушек на пути. . . .	Использование значений реквизитов справочника в документе, с определенными условиями и правами Maks 07.04.2026 1. Контроль срока действия договора Алгоритм из решения ниже реализован на примере нетипового документа "ЗаявкаНаРаботу", разработанного в конфигурации КА2. Задача: уведомлять пользователя, если. . .	Доступность команды формы по условию Maks 07.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: сделать доступной кнопку (команда формы "ЗавершитьСписание") при. . .

@hccess 1 / 1 / 0 Регистрация: 08.02.2017 Сообщений: 9

	Реализовать особый поиск 23.04.2017, 16:49. Показов 784. Ответов 6 Метки нет (Все метки) Есть 2 таблицы - GOODS и KEYWORDS. GOODS: id title description rate KEYWORDS: id goods_id keyword Поиск должен осуществляться по полям - TITLE, DESCRIPTION(в таблице GOODS) и по KEYWORDS(в таблице KEYWORDS). Если искомое слово есть в TITLE, DESCRIPTION и KEYWORD тогда присваиваем RATE + 100 очков, но это как бы временное значение, нельзя RATE обновлять в базе. Если искомое слово есть в TITLE и DESCRIPTION тогда присваиваем RATE + 50 очков Если искомое слово есть в TITLE и KEYWORD тогда присваиваем RATE + 30 очков Если искомое слово есть в DESCRIPTION и KEYWORD тогда присваиваем RATE + 10 очков В остальных случая RATE не повышаем И потом выводим результаты сортируя по временному RATE Помогите составить оптимальный запрос. Добавлено через 13 часов 23 минуты Up 0

@hccess 1 / 1 / 0 Регистрация: 08.02.2017 Сообщений: 9
	04.05.2017, 11:50 [ТС]
	Может здесь нужна временная таблица для временного RATE(rate,keyword)??? 0

@hccess 1 / 1 / 0 Регистрация: 08.02.2017 Сообщений: 9
	04.05.2017, 17:13 [ТС]
	Спасибо! А что здесь оптимальней использовать LIKE или MATCH AGAINST? 0

@newblonde 0 / 0 / 0 Регистрация: 12.12.2014 Сообщений: 10
	04.05.2017, 17:30
	Если база не очень большая то все равно. Если большая то match against лучше. 0

@hccess 1 / 1 / 0 Регистрация: 08.02.2017 Сообщений: 9
	05.05.2017, 00:13 [ТС]
	Если MATCH AGAINST то все поля для поиска должны быть проиндексированы FULLTEXT'ом? 0

@hccess 1 / 1 / 0 Регистрация: 08.02.2017 Сообщений: 9
	17.06.2017, 15:34 [ТС]
	И вообще будут ли работать индексы при таком запросе? 0