Рейтинг полнотекстового поиска (SQL Server)

Хорошо, поиграв некоторое время и просмотрев множество классов, кажется, что исходное решение все еще действует, устаревшее сообщение применяется к другому классу, который в этом случае не имеет значения:

$cObjectData = $this->configurationManager->getContentObject()->data;
$view->assign('data', $cObjectData);
[112 ] Сканер расширенных файлов пропустил меня с предупреждением, в журналах, использующих это решение, нет устаревших сообщений, извините!

6
задан John Saunders 8 December 2009 в 00:19
поделиться

4 ответа

Я нашел И и ИЛИ пункты не применяются через столбцы. Создайте индексное представление, которое объединяет столбцы, и Вы получите лучшие результаты. Посмотрите на мои прошлые вопросы, и Вы найдете информацию этим комплекты Ваш сценарий.

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

Случай в качестве примера, который Вы даете, является определенно странным.

6
ответ дан 10 December 2019 в 00:46
поделиться

Это не совсем эквивалентно, но возможно этот вопрос я спросил (практическое руководство: Рейтинг Результатов поиска), мог быть полезным?

2
ответ дан 10 December 2019 в 00:46
поделиться

Что происходит, если Вы удаляете критерии DoB?

Полнотекстовый поиск MS является действительно действительно черным квадратом, это твердо понять и настроить Вас, в значительной степени берут его, AS, в отличие от Lucene является большим для настройки

1
ответ дан 10 December 2019 в 00:46
поделиться

Спасибо, ребята.

Frank Вы были корректны это И и ИЛИ не идете через столбцы, это было чем-то, что я не заметил сначала.

Для получения лучших результатов, я должен был объединить все 5 столбцов в 1 столбец в представлении. Затем поиск на том отдельном столбце. Выполнение так дало мне точные результаты, которые я хотел без любых отдельно оплачиваемых предметов.

Моя фактическая строка поиска после преобразования его закончила тем, что была "Word1*" И "Word2*"

Используя знак % все еще не сделал то, что в MSDN было сказано, что он должен сделать. При значении, искал ли я добродушную шутку слова и она была изменена в "% Josh", когда я искал затем, "Joshua" не будет найден. Довольно немой однако с "Josh*" затем joshua был бы найден.

1
ответ дан 10 December 2019 в 00:46
поделиться
Другие вопросы по тегам:

Похожие вопросы: