Я нашел эту статью полезной с пошаговыми подробностями:
https://www.dyclassroom.com/howto-mac/how-to-install-nodejs-and-npm -on-mac-using-homebrew
Кроме того, после всех шагов, описанных в вышеприведенной статье, узел работал, но моя машина по-прежнему давала команду «not found: npm». Затем я выполнил следующие две команды, и npm работал.
sudo chown -R myusername:myusergroup /usr/local/lib/node_modules
brew postinstall node
After enabling Full Text search on my SQL 2005 server, I am using the following stored procedure to search for text.
ALTER PROCEDURE [dbo].[GetSimilarIssues]
(
@InputSearch varchar(255)
)
AS
BEGIN
-- SET NOCOUNT ON added to prevent extra result sets from
-- interfering with SELECT statements.
SET NOCOUNT ON;
DECLARE @SearchText varchar(500);
SELECT @SearchText = '"' + @InputSearch + '*"'
SELECT PostId, Summary, [Description],
Created
FROM Issue
WHERE FREETEXT (Summary, @SearchText);
END
Посмотрите этот подкаст .
Одно из наших основных выступлений оптимизации для «связанных вопросы »удаляет верхнюю 10000 самых распространенных английских словарей слова (согласно поиску Google) перед отправкой запроса в SQL Полнотекстовый движок Server 2008. Это шокирует, как мало осталось от большинства сообщений, как только вы удалите первые 10 тыс. Английский словарь слов. Это помогает ограничить и сузить возвращаемые результаты, что делает запрос значительно быстрее.
Вероятно, это делается с помощью полнотекстового поиска, который соответствует словам / фразам. Я использовал его в MySQL и SQL Server с приличным успехом благодаря готовым функциям.
Вы можете найти дополнительную информацию о полнотекстовом поиске MySQL по адресу:
http://dev.mysql.com/doc/refman /5.1/en/fulltext-search.html
Или просто полнотекстовый поиск в Google, и вы найдете много информации.
Он ищет ключевое слово на основе введенного вами заголовка, запрашивая его по заголовкам и содержанию других вопросов. Вероятно, проще (и уместнее) сделать в Lucene (или подобном), чем в реляционной базе данных.
Я бы сказал, что это, вероятно, полнотекстовый поиск по названию вопроса, содержанию вопроса и ответам с использованием отдельных слов (а не всего заголовка), которые вы вводите. Затем, используя функции ранжирования полнотекстового поиска, отображаются 10 или около того вопросов, которые имеют самый высокий рейтинг.
Как указал Тайдок, похоже, что они используют полнотекстовый поиск (я не мог представить себе другого способ).
Вот ссылка MSDN на полнотекстовый поиск , точного ответа на конкретный используемый запрос, вероятно, не произойдет.
Вероятно, они связаны на основе тегов, добавленных к вопросам ...
SQL вполне может быть просто «SELECT * FROM questions;». Мне сложно представить, что алгоритм поиска похожих вопросов реализован в SQL.
Я почти уверен, что было бы наиболее эффективно реализовать эту функцию на основе тегов, связанных с каждым сообщением.