今週は、アーキテクチャのレビュー文書に取り組んでいて、それを示唆しています。, 他のものの間で, クライアントは、エンドユーザーの検索体験を改善するための類義語辞典を使用して検討してください。. この自分自身やったことがないです。, 私の提案は本格的なので、簡単な実地テストをやりたかった.

それは驚くべきことを行う方法を把握することは困難だった, それです。, 実際, 非常に簡単. 類義語の情報のかなりのビットがあります。 (チェック ここで と ここで, たとえば). ただし, これらのドキュメントは、いずれかの WSS 2.0 / SP 2003 指向または彼ら don't 実際に類義語辞典で、変更を行った後に何を綴る. 彼らは偉大な概要と詳細情報の公平なビットを提供します。, フィニッシュ ・ ラインに十分ではありませんが.

労役我乍ら手順:

1. 類義語辞典に変更を加える. (下記の重要な注意)
2. サーバーに移動し、"Office SharePoint サーバー検索を再開します" サービス.

帽子の先端 氏. J. D. ウェイド (バイオ). 彼は検索サービスの再開に関するキーのビットを提供し、無限から私を救出, 時間がかかり、不要な iisresets とフル インデックス クロール. このエピソード 証明します。, もう 1 回お願いします, そのさえずり 素晴らしいです。. (ここで twitter で私に従ってください。. わたしに従う任意の SharePoint 人を従ってください。).

この機能は、WSS で使用可能なかどうかは私は知らない. それがではないか, コメントやメール、私はこのポストは更新されますを残してください。.

重要な注意事項: 変更する XML 類義語辞典ファイルの情報に矛盾があります。. この「tsneu.xml の概念があります。" 「中立であると" 類義語辞典. そのいずれかで作業時間を無駄にしました。. 私の場合, "Tsenu.xml を変更するために必要な" アプリ ID 自体のフォルダーの下にあるファイル: \\win2003srvc ドルの Program FilesMicrosoft 事務所 Servers12.0DataOffice ServerApplications3c4d509a-75 c 5-481 c-8bfd-099a89554e17Config. 複数のファーム状況でことを前提と, どこでも、クエリ サーバーが実行されるこの変更を行うと思います.

</終了>

私のブログを購読します。.

私は 1 日を終えた 2 日当たりの良いニーダムで学習の高速の, MA, アイデアをあふれています (私にはそのすべての良いトレーニング クラス). まだ新鮮な通常の日常的な」ものであった、それを書き留めたいし、の 1 つの特定の側面を高速、私に考えること" 私の頭にそれをプッシュ.

我々 SharePoint WSS 3.0 / MOSS 実装者頻繁にあらゆる適度なサイズの SharePoint プロジェクトとタフな問題に直面します。: どのように我々 は完璧にデザインされた情報アーキテクチャ内に収まるように、SharePoint に読み込まれるすべてのタグなしデータを取得するには?

十分な頻度, トラブルのうち自分自身を範囲このような難しい問題にはなりません: "については何も気にしない以上 3 ヶ月。" 「処理するので、キーワード検索ですべてのその古いものと行く前方やるよ右の方法…" など.

しかし, トラブルの範囲自分自身できないし、何千もの 10年または 100 の何千もを見ている場合はどう (または数百万も) ドキュメントの — 読み込み と 敬虔な願いであるのタグ付け?

高速答えであるかもしれない.

FAST の検索処理に多く可動部品にはが含まれていますが 1 つの簡略化されたビューはこれ:

• コンテンツを検索クローラー プロセス.
• コンテンツを検索し、ドキュメント プロセッサのプールを管理するブローカー プロセスに渡し、.
• ブローカー プロセスに渡し、いずれかのドキュメント プロセッサ.
• ドキュメント プロセッサは、ドキュメントを分析して、パイプライン プロセスを介して, ドキュメント bejeezus を分析し、インデックス ビルダー型プロセスに渡し、.

高速宇宙船に, 我々 はドキュメント処理パイプラインを制御の多くを持っています。. ミックスし、一致について 100 パイプライン コンポーネントと, 最も興味深いは, 我々 は、独自のコンポーネントを書くことができます。. 私が言うよう, 高速は文書を分析してあらゆる方法が、日曜日とそれらのドキュメントに関する有用な情報の多くをコンパイル. 狂気の高速人と、明らかに非常識とドキュメントの分析についての強迫観念があるツールや本当にドキュメントを分類するための戦略.

だから … 独自のカスタム パイプライン コンポーネントとの組み合わせで高速を使用してください。, 高速からすべてのコンテキスト情報を取得し、それをコケにフィード. それはこのような何かを行くかもしれない:

• モスから高速にドキュメントが供給され.
• 通常の狂った強迫高速ドキュメントの解析と分類が起こる.
• カスタム パイプライン コンポーネント データベースにオフにそのコンテキスト情報の一部を削除します。.
• 当社独自の設計プロセスは、コンテキスト情報を読み取ります, 私たち IA 内 MOSS ドキュメントに適合する方法についていくつかの決定になり、web サービスとオブジェクト モデルを使用してマーク.

もちろんです, そのような自動化されたプロセスは完璧ですが、強迫のおかげですることができます。 (おそらく insane-but-in-a-good-way の高速人), 我々 はほとんど検索可能なドキュメントの束を持つ SQL データベースがいっぱいにだけよりも真に効果的な質量負荷プロセスでのショットの戦い現実があります。.

</終了>

私のブログを購読します。.

今日で約遊ぶする理由を持っていた、 codeplex の多面的な検索 今日のプロジェクト.

しばらくの周りされています。, ダウンロードされ、通常の理由の使用を躊躇 (主に時間の不足), プラスあからさまな恐怖🙂

あなたの検索を改善し、新しい選択肢を探求する探しているなら, それをダウンロードし、1 時間ほど自由な時間があるときにそれをインストール. インストール マニュアルの指示に従いました、かかった未満 20 インストールされている分、作業. 値分ゼロを提供します.

それ見てかなり拡張するは難しい. 著者らは、BDC の複雑なシナリオの詳細なウォークスルーを提供します。. それされない場合があります。, 彼らはまた既存のプロパティの 1 つを含むまたは多分 1 つの新しい管理プロパティを追加するシンプルなシナリオを提供したいが、. 私は試してみて、時間の次の期間に自分自身を記述しなければなりません。.

一番下の行 — 分で, インストールすることができます。, それを構成します。, それを使用して、バニラMOSS検索にかなりクールな機能を追加し、ヒーローになります🙂

</終了>

私のブログを購読します。.

MSDN 検索フォーラム, 人々 はしばしばこのような質問を尋ねる:

「私はという名前ドキュメントがある ' プログラミング ガイド’ とき検索しますが、' プロ’ 検索は、それを見つけない。"

それはそれのように感じるかもしれない, しかし、ワイルドカード検索する金額. MOSS と WSS ユーザー インターフェイスは箱から出して、ワイルドカード検索をサポートしていません.

検索 web パーツを掘る場合は, チェック ボックスを見つける, 「検索用語のステミングを有効にする」. ステミングは、人間言語の用語です。. コンピューター言語の部分ではないです。() 型関数.

これらはいくつかの茎:

• "魚" "釣りを幹"
• "主要です" 「専攻する幹"

これらは茎ではないです。:

• "メージャー" 「主に茎ではない"
• "プロ" "プログラマに茎ではないです。"

WSS/MOSS 検索エンジンは API を通じてワイルド ・ カード検索をサポートします。. ここでは、どのようにそれを説明する 1 つのブログ記事です。: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

サードパーティ製の製品, Ontolica, ワイルド ・ カード検索を提供します。. 私はその製品を使用していません。.

</終了>

私のブログを購読します。.