Мой вопрос касается использования полного текста. Как я знаю, подобные запросы, начинающиеся с%, никогда не используют индекс:
SELECT * from customer where name like %username%
Если я использую полный текст для этого запроса, могу ли я повысить производительность? Может ли SQL Server использовать преимущества полнотекстового индекса для таких запросов, как %username%?
Не существует эффективного способа выполнения поиска по инфиксу в SQL Server, ни с использованием LIKE в индексированном столбце, ни с полнотекстовым индексом.
В общем случае нет полнотекстового эквивалента оператору LIKE. В то время как LIKE работает со строкой символов и может выполнять произвольные сопоставления с подстановочными знаками для всего, что находится внутри цели, по замыслу полнотекстовая функция работает только с целыми словами/терминами. (Это небольшое упрощение, но оно подойдет для целей этого ответа.)
Полный текст SQL Server поддерживает подмножество LIKE с оператором термина префикса. Из документов (http://msdn.microsoft.com/en-us/library/ms187787.aspx):
SELECT Name
FROM Production.Product
WHERE CONTAINS(Name, ' "Chain*" ');
будет возвращать продукты с именами бензопила, кольчуга и т. д. Функционально это ничего не дает вам по сравнению со стандартным оператором LIKE (LIKE 'Chain%'), и пока столбец индексируется, использование LIKE для поиска с префиксом должно давать приемлемую производительность.
Оператор LIKE позволяет вам размещать подстановочный знак в любом месте, например LIKE '%chain', и, как вы упомянули, это предотвращает использование индекса. Но с полным текстом звездочка может появиться только в конце термина запроса, так что это вам не поможет.
Используя LIKE, можно выполнять эффективный поиск postfix, создавая новый столбец, устанавливая его значение в обратное значение целевого столбца и индексируя его. Затем вы можете запросить следующим образом:
SELECT Name
FROM Production.Product
WHERE Name_Reversed LIKE 'niahc%'; /* "chain" backwards */
который возвращает продукты, имена которых заканчиваются на «цепочка».
Я полагаю, вы могли бы затем объединить префикс и обратный постфиксный взлом:
SELECT Name
FROM Production.Product
WHERE Name LIKE 'chain%'
AND Name_Reversed LIKE 'niahc%';
который реализует (потенциально) индексированный поиск по инфиксу, но это не особенно красиво (и я никогда не проверял это, чтобы увидеть, будет ли оптимизатор запросов даже использовать оба индекса в своем плане).
Вы должны понимать, как работает index. Указатель такой же, как сухостойное издание энциклопедии.
Если вы используете:
SELECT * from customer where name like username%
Индекс, в полном тексте или без него, должен работать. но
SELECT * from customer where name like %username%
никогда не будет работать с index. и это будет трудоемкий запрос.
Из того, что я знаю о полнотекстовых индексах, я сделаю следующие экстраполяции:
Предполагая, что все верно, я продолжу и сделаю следующее заявление: Полнотекстовый индекс на самом деле является индексом, который ускоряет поиск. Он большой и имеет меньше возможностей поиска, чем LIKE, но он намного быстрее.
Дополнительная информация:
http://www.developer.com/db/article.php/3446891
http://en.wikipedia.org/wiki/Full_text_search
Нравится и содержит очень разные -
Возьмите следующие значения данных
'Джон Смит' 'Сэм Смит' 'Джон Фуллер'
как 's%' 'Сэм Смит'
как '%s%' 'Джон Смит' 'Сэм Смит'
содержит "с"
содержит 'джон' 'джон смит' 'джон фуллер'
содержит 's*' 'джон смит' 'сэм смит'
contains s возвращает то же самое, что и contains s* — начальная звездочка игнорируется, что немного неудобно, но тогда индекс состоит из слов, а не из символов
Ты можешь использовать:
SELECT * from customer where CONTAINS(name, 'username')
OR
SELECT * from customer where FREETEXT(name, 'username')
https://stackoverflow.com/users/289319/mike-chamberlain, вы совершенно правы, поскольку предполагаете, что это недостаточно для поиска чего-либо 'chain', ГДЕ Name LIKE 'chain%' AND Name_Reversed LIKE 'niahc%' не эквивалентно like'% цепь%'****
