Полнотекстовый поиск SQL по сравнению с “ПОДОБНЫМ”
Изменение объема сборки в визуальной студии поможет указать в правильном направлении. Следуйте приведенным ниже инструкциям, чтобы изменить многословность в VS
1. Go to Tools->Options menu in VS
2. Open Projects and Solutions->Build and Run
3. Change the value of the MSBuild project build output verbosity.
Pick one from Quiet, Minimal, Normal, Detailed and Diagnostic
. Проверьте окно вывода (cntl + alt + o) в VS для изменений в build
5 ответов
Полнотекстовый поиск, вероятно, будет более быстрым, так как он извлечет выгоду из индекса слов, которые он будет использовать для поиска записей, тогда как использованию НРАВИТСЯ, испытывает необходимость к полному сканированию таблицы.
В некоторых случаях КАК будет более точный, так как КАК "%The %" И КАК "%Matrix" выберет "Матрицу", но не "Матрица: Перезагрузка", тогда как полнотекстовый поиск проигнорирует и возвратит обоих. Это сказало, что оба, вероятно, будут лучшим результатом.
Полнотекстовые индексы (которые являются индексами) намного быстрее, чем использование КАК (который по существу исследует каждую строку каждый раз). Однако, если Вы знаете, что база данных будет маленькой, не может быть производительности, должен использовать полнотекстовые индексы. Единственный способ определить это с некоторым интеллектуальным усреднением и некоторым тестированием на основе той информации.
Точность является другим вопросом. Полнотекстовое индексирование позволяет Вам делать несколько вещей (взвешивание, автоматически соответствие едят/едят/едят, и т.д.), Вы не могли возможно реализовать это ни в каком виде соответствующего времени, использующего КАК. Реальный вопрос состоит в том, нужны ли Вам те функции.
, не читая описание полнотекстовой документации этих функций, Вы действительно не собираетесь знать, как необходимо продолжить двигаться. Так, читайте!
кроме того, некоторые базовые тесты (вставляют набор строк в таблице, возможно, со своего рода общедоступным словарем как источник слов) будут иметь большое значение для помощи Вам решить.
Это будет работать лучше, но если у Вас не будет большого количества данных, Вы не заметите того различия. Индекс полнотекстового поиска SQL позволяет Вам использовать операторы, которые более совершенствуются затем простое "КАК" операция, но если все, что Вы делаете, будет эквивалентом ПОДОБНОЙ операции против Вашего полнотекстового индекса затем, то Вашими результатами будет то же.
Можно получить немного лучшие результаты или иначе по крайней мере иметь упрощенное внедрение с полнотекстовым индексированием. Но это зависит от того, как Вы хотите, чтобы это работало...
то, Что я имею в виду, - то, что при поиске двух слов с ПОДОБНЫМ, необходимо затем вручную реализовать (например), метод для взвешивания тех, которые имеют обоих выше в списке. Полнотекстовый индекс должен сделать это для Вас и позволить Вам влиять на коэффициенты слишком использующий соответствующий синтаксис.
Вообразите, позволите ли Вы вводить примечания/описания по DVD. В этом случае будет хорошо позволить искать описаниями. Полнотекстовый поиск в этом случае сделает лучшее задание.