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

FTS может справка в этом сценарии, вопрос состоит в том, стоит ли это того или нет.

Для начала, давайте посмотрим на то, почему LIKE может не быть самый эффективный поиск. Когда Вы используете LIKE, особенно когда Вы ищете с % в начале Вашего сравнения, SQL Server должен выполнить и сканирование таблицы каждой строки и байт проверкой байта столбца, который Вы проверяете.

FTS имеет некоторые лучшие алгоритмы для соответствия данным, как делает некоторую лучшую статистику по изменениям имен. Поэтому FTS может обеспечить лучшую производительность для соответствия Smith, Smythe, Смизерса, и т.д. при поиске Smith.

Это, однако, немного более сложно для использования FTS, поскольку необходимо будет освоить CONTAINS по сравнению с FREETEXT и тайный формат поиска. Однако, если Вы хотите сделать поиск, где или FName или соответствие LName, можно сделать это с одним оператором вместо ИЛИ.

, Чтобы определить, будет ли FTS эффективным, определите, сколько данных Вы имеете. Я использую FTS на базе данных нескольких сотен миллионов строк, и это - реальная выгода по поиску с LIKE, но я не использую его на каждой таблице.

, Если Ваш размер таблицы более разумен, меньше чем несколько миллионов, можно получить подобную скорость путем создания индекса для каждого столбца, на котором Вы собираетесь быть поиском, и SQL Server должен выполнить индексное сканирование, а не сканирование таблицы.

Для ответа на вопрос специально для MSSQL полнотекстовое индексирование будет НЕ справка в сценарии.

для улучшения того запроса, Вы могли выполнить одно из следующих действий:

1. , Настраивают полнотекстовый каталог по столбцу и используют СОДЕРЖАНИЕ () функция.

2. , Если Вы, прежде всего, искали с префиксом (т.е. соответствовали от запуска имени), Вы могли изменить предикат на следующее и создать индекс по столбцу.

   , где fname как '% префикса'

(1) является, вероятно, излишеством для этого, если производительность запроса не является большой проблемой.