Сортировка по релевантности и по дате одновременно

[idencial]

Сортировка по релевантности и по дате одновременно

Вот заказчик сказал

результаты поиска должны сортироваться по релевантности, а потом по

Так вообще можно, т.е например если взять пример из php в деталях

SELECT *, MATCH field1 AGAINST ('$searchwords')+MATCH field2 AGAINST ('$searchwords') as relev FROM table ORDER BY relev DESC

Если я у этого запроса для order вставлю еще и дату. т.е

SELECT *, MATCH field1 AGAINST ('$searchwords')+MATCH field2 AGAINST ('$searchwords') as relev FROM table ORDER BY relev, datetime DESC

Будет ли это пахать как надо или с релевантностью лучше ничего не смешивать?

 

[ONK]

Не будет. Мало вероятно чтобы у разных сообщений был одинаковый индекс релевантности по одному запросу (только в этом случае записи отсортировались бы и по дате). Выведи полученный индекс и посмотри на него...

 

[idencial]

Спасибо, я так и думал.
А все-таки в случае совпадения индексов второй код с datetime в предложении order работать должен?

 

[Апельсин]

теоретически - да
но тебе никто ведь не мешает проверить это самостоятельно, ведь так?

 

[idencial]

забил я на это бред. НИхрена не работает. Дата все перебивает.
Лучше просто рядом ссылочку буду делать "сортировать по дате"

 

[ONK]

Что значит перебивает?

.... ORDER BY relev, datetime ......

Здесь дата ничего не должна "перебивать", чтобы сортировалось по datetime relev должен быть везде одинаковый. Странно....

 

[idencial]

Написал

... ORDER BY relev, datetime DESC......

Он мне взял и просто отсортировал по дате.
Т.е я выводил индексы релевантности, так он взял записи с индексом 0, но датой 4.07.2003 и поместил на первое место.
Там где дата старая, но индекс 11.234234234 оказались в конце

 

[Апельсин]

ну так правильно
по возрастанию то сортирует

 

[idencial]

Т.е надо

... ORDER BY relev DESC, datetime DESC......

?

 

[Апельсин]

гм, ну если ты хочешь что бы у тебя и по релевантности и по дате сортировалось по убыванию, то да.

 

[idencial]

гм, ну если ты хочешь что бы у тебя и по релевантности и по дате сортировалось по убыванию, то да.

Скорее по убыванию релевантности, а если релевантность совпадает, то по убывающей дате.
Вроде подходит.

ЗЫ. Кстати, а кто-нибудь в курсе при каких услових MySQL высчитывает коэффициент релевантности 0.
У меня, например, совпадения есть и не одно, но запрос - часть слова и он считает коэфф. 0

 

[Апельсин]

оно в твоем случае будет целые слова искать, а т.к. таких целых слов не находит, потому и 0.

 

[idencial]

Мой случай вот

SELECT distinct *, MATCH ftext AGAINST ('$good') + MATCH title AGAINST ('$good') AS relev FROM $tablename[immod] where (ftext LIKE '%". str_replace(" ", "%' OR ftext LIKE '%", $good). "%') OR (title LIKE '%". str_replace(" ", "%' OR title LIKE '%", $good). "%') ORDER BY relev DESC, ast DESC

Я так понимаю здесь ищет он и по целому и по частичному, а коэффициент считает только по целому.
Как сделать, чтобы и коэфф. считал по частичному?

 

[Yurik]

Для разбивки текста на слова MySQL использует очень простой синтаксический анализатор. ``Словом'' является любая последовательность символов, состоящая из букв, чисел, знаков `'' и `_'. Любое ``слово'', присутствующее в стоп-списке (stopword) или просто слишком короткое (3 символа или меньше), игнорируется.

Каждое правильное слово в наборе проверяемых текстов и в данном запросе оценивается в соответствии с его важностью в этом запросе или наборе текстов

т.е. по частичному FULLTEXT никогда не работал

 

[ONK]

Вот отсюда у тебя нули и берутся, выброси все LIKE из запроса...

 

[Yurik]

ИМХО LIKE and MATCH в одном запросе несовместимы.
Если все таки нужно искать по частям, то почитать здесь
http://detail.phpclub.net/2001-12-09.htm

 

[idencial]

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

$query = "SELECT title, date_format(material_date,'%e.%c.%y') AS date1, IF(text like '%". $good_words. "%', ". (substr_count($good_words, " ") + 1). "*10, 0) + IF(text LIKE '%". str_replace(" ", "%', 9, 0) + IF(text LIKE '%", $good_words). "%', 9, 0) AS relevance FROM table WHERE text LIKE '%". str_replace(" ", "%' OR text LIKE '%", $good_words). "%' ORDER BY relevance DESC, material_date DESC";

Но там в этой статье он также приводит такой запрос

SELECT title, date_format(material_date,'%e.%c.%y') AS date1, MATCH text AGAINST('word1 word2 word3') AS relevance FROM table WHERE text LIKE '%word1%' OR text LIKE '%word2%' OR text LIKE '%word3%' ORDER BY relevance DESC, material_date DESC

Т.е он как раз совмещает MATCH & LIKE

ЗЫ. ИмХО самопальная релевантность в первом запросе будет хуже считать (да и медленнее) чем во втором запросе

 

[Yurik]

Т.е он как раз совмещает MATCH & LIKE

я не сказал что нельзя использовать их вместе, а что они взаимоисключают преимущества один другого.

 

[idencial]

Ну врядли самопальная релевантность будет лучше и быстрее считаться чем совмещение MATCH & LIKE

 

[Yurik]

быстрее НЕ будет, но будет искать по частям