Используя Полнотекстовый поиск в SQL Server 2008 через несколько таблиц, столбцы
В Linux, UNIX и связанных с ними операционных системах . обозначает текущий каталог. Поскольку вы хотите запустить файл в вашем текущем каталоге
, вам нужен бит ./, чтобы указать оболочке, где находится исполняемый файл.
Итак, ./install.sh означает запуск исполняемого файла под названием install.sh, который находится в этом каталоге.
PS: Если ваш текущий словарь зарегистрирован в $ PATH, вам не нужно использовать ./install.sh, достаточно просто install.sh
3 ответа
Используя FREETEXTTABLE, просто необходимо разработать некоторый алгоритм для вычисления объединенного разряда на каждый результат объединяемой таблицы. Пример ниже скашивает результат к хитам из книжной таблицы.
SELECT b.Name, a.Name, bkt.[Rank] + akt.[Rank]/2 AS [Rank]
FROM Book b
INNER JOIN Author a ON b.AuthorID = a.AuthorID
INNER JOIN FREETEXTTABLE(Book, Name, @criteria) bkt ON b.ContentID = bkt.[Key]
LEFT JOIN FREETEXTTABLE(Author, Name, @criteria) akt ON a.AuthorID = akt.[Key]
ORDER BY [Rank] DESC
Обратите внимание, что я упростил Вашу схему для этого примера.
Я использовал бы хранимую процедуру. Полнотекстовый метод или безотносительно возвратов разряд, по которому можно отсортировать. Я не уверен, как они будут взвешены друг против друга, но я уверен, что Вы могли чинить некоторое время и понять это. Например:
Select SearchResults.key, SearchResults.rank From FREETEXTTABLE(myColumn, *, @searchString) as SearchResults Order By SearchResults.rank Desc
Я не думаю, что принятый ответ решит проблему. Если вы попытаетесь найти все книги определенного автора и, следовательно, используете имя автора (или его часть) в качестве критерия поиска, единственными книгами, возвращаемыми запросом, будут те книги, для которых критерий поиска указан в собственном имени. .
Единственный способ, который я вижу для решения этой проблемы, - это воспроизвести столбцы автора, по которым вы хотите выполнять поиск, в таблице книги и проиндексировать эти столбцы (или столбец, поскольку, вероятно, было бы разумно сохранить соответствующую информацию об авторе в XML столбец в таблице книги).