Я работаю в документе обзор архитектуры на этой неделе, и он предлагает, среди прочего, что клиент рассмотреть использование тезауруса для улучшения возможностей поиска конечного пользователя. Имея никогда не сделал это сам, Я хотел сделать быстрый практический тест, так что мое предложение является подлинным.

Он был удивительно трудно понять, как это сделать, Хотя это, На самом деле, довольно легко. Существует очень хороший бит информации о тезаурусе (проверить Здесь и Здесь, Например). Однако, Эти документы являются либо WSS 2.0 / SPS 2003 ориентированные или они фактически не излагается то, что сделать, чтобы после внесения изменений в тезаурусе. Они обеспечивают большой обзор и справедливые немного деталей, но это не достаточно, чтобы пересечь линию отделки.

Эти шаги работал для меня:

1. Внесите изменения в тезаурусе. (Смотрите ниже важное примечание)
2. Зайти на сервер и перезапустить «Поиск Office SharePoint Server" Услуги.

Отзыв шляпу Г-н. J. D. Уэйд (Био). Он представил основные бит о перезапуске службы поиска и спас меня от бесконечных, много времени и ненужных iisresets и полный индекс обходов. Этот эпизод доказывает, Снова, что щебетать устрашающий. (Следуй за мной по щебетать здесь. Я следовать любому лицу SharePoint, что следует за мной).

Я не знаю, если эта функциональность доступна в WSS. Если она является или не является, Пожалуйста, оставьте комментарий или электронной почте и я буду обновлять этот пост.

Важное примечание: Существует противоречивая информация о какой XML-файл тезауруса для изменения. Существует понятие «tsneu.xml" как "нейтральная" Тезаурус. Я потратил некоторое время работал с то одним. В моем случае, Мне нужно было изменить tsenu.xml»" файл находится в папке app ID, сам: \\win2003srvc$ Program FilesMicrosoft управление Servers12.0DataOffice ServerApplications3c4d509a - 75 c 5-481 c-8bfd-099a89554e17Config. Я предполагаю, что в ситуации несколькими фермами, Вы хотите сделать это изменение, везде, где работает сервер запросов.

</конец>

Подписаться на мой блог.

Я закончил вверх день 2 БЫСТРОГО обучения в Солнечный Нидхэм, МА, и я разрыва с идеями (какие все хорошие учебные классы сделать для меня). Один конкретный аспект быстро имеет меня мышление, и я хотел написать его, пока он был еще свежие и нормальной повседневной «вещи" толкаемых его из моей головы.

Мы SharePoint WSS 3.0 / Мосс исполнители часто сталкиваются с жесткой проблемой с любым проектом, разумно размера SharePoint: Как мы получим все без тегов загруженных данных в SharePoint таким образом, чтобы все это вписывается в наши прекрасно разработан информационной архитектуры?

Достаточно часто, Это не такой жесткий проблемой, потому что мы область себя от неприятностей: "Мы не заботимся о чем-нибудь более чем 3 месяцев." «Мы будем обрабатывать все, что старые вещи с поиска по ключевым словам и идя вперед мы будем делать это правильно…" И т.д..

Но, что произойдет, если мы не можем область себя от неприятностей, и мы смотрим на 100 из тысячи или десятки тысяч (или даже миллионы) документов — Загрузка и пометки из которых является набожным пожелание?

БЫСТРО могут быть ответом.

Процесс поиска быстро включает в себя много движущихся частей, но это одно упрощенное представление:

• Гусеничные процесс выполняет поиск контента.
• Он находит содержание и передает его в процесс брокера, который управляет пулом документа процессоров.
• Брокер процесс передает его покинуть один из процессоров документа.
• Документ процессора анализирует этот документ и через процесс трубопровода, анализирует bejeezus из документа и передает его к процессу типа построитель индекса.

На Звездолет быстро, у нас есть много контроля над конвейером обработки документа. Мы можем смешивать и сочетать о 100 компоненты процесса продаж и, наиболее интересно, Мы можем написать собственные компоненты. Как я говорю, БЫСТРО анализирует документы годичными, но воскресенье и он компилирует много полезной информации об этих документах. Эти сумасшедшие люди быстро явно безумным и навязчивых о анализа документов, потому что они имеют инструменты и стратегии для действительно классификации документов.

Таким образом … использование быстро в сочетании с нашей собственной пользовательские конвейер компонент, Мы можем захватить всю эту информацию контекста от быстрого и кормить его обратно в Мосс. Он может идти-то вроде этого:

• Документ подается в быстро от Мосс.
• Обычный документ быстро crazy обсессивно синтаксического анализа и классификации происходит.
• Наши собственные пользовательские конвейер компонент удаляет некоторые из этого контекста информацию покинуть в базе данных.
• Процесс нашей собственной дизайн читает информацию контекста, делает некоторые решения о том, как этот документ Мосс в рамках нашей IA и отмечает его с помощью веб-службы и объектная модель.

Конечно, нет такого автоматизированный процесс может быть совершенным, но благодаря обсессивно (и возможно insane-but-in-a-good-way быстро людей), у нас есть реальная борьба выстрел на процесс подлинно эффективной массовой загрузки, который больше, чем просто заполнить вверх в базу данных SQL с кучей едва для поиска документов.

</конец>

Подписаться на мой блог.

Я имел основания сегодня играть примерно с CodePlex ограненные Поиск проект сегодня.

Это было вокруг на некоторое время, но я колебался, чтобы загрузить и использовать его для обычных причин (главным образом недостаток времени), plus outright fear 🙂

Если вы ищете для улучшения поиска и изучения новых вариантов, скачать его и установить его, когда у вас есть часок свободного времени. Я следовал инструкциям руководства по установке, и он взял меня меньше, чем 20 минут, чтобы он установлен и работает. Он предоставляет значение минут нуля.

Она выглядит довольно трудно расширить. Авторы дают подробное пошаговое руководство для сложного сценария BDC. Я может отсутствовать, но я желаю что они также будут обеспечивать простой сценарий с участием одной из уже существующих свойств или может быть, добавить одно новое управляемое свойство. Я должен попробовать и пишут что себя в следующий период времени.

Нижняя линия — в минутах, Вы можете установить, Настройте его, use it and add some pretty cool functionality to your vanilla MOSS search and be a hero 🙂

</конец>

Подписаться на мой блог.

На форуме MSDN Поиск, люди часто спрашивают вопрос, как это:

«У меня есть документ под названием «Руководство по программированию’ но когда я искать ' Pro’ Поиск не находит его."

Он может не нравится, но это равнозначно Поиск по маске. MOSS/WSS пользовательский интерфейс не поддерживает поиск по маске из коробки.

Если вы копать в веб-части поиска, Вы сможете найти флажок, «Включить поиск корней терминов». Вытекающие это понятие человека язык. Это не компьютер языка подстроки() тип функции.

Вот некоторые стебли:

• «Рыба" ствол для «рыбалка"
• «основных" ствол "по специальности"

Это не вытекает:

• «Май" Это не стволовых «крупных"
• «про" Это не стволовых к «программист"

Поисковая система WSS/MOSS поддерживает дикая карта Поиск через API. Вот один блог статьи, описывающее как это сделать: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

Стороннего продукта, Ontolica, Дикая Карта Поиск. Я не использовал этот продукт.

</конец>

Подписаться на мой блог.