我的工作體系結構審查文檔這一周，它表明, 除其他事項外, 用戶端考慮使用同義字庫來説明提高最終使用者的搜索體驗. 永遠不會做這樣的自己, 我想要做一個快速的實際測試，所以，我的建議是正宗.

很驚奇地很難弄清楚如何去做, 雖然它是, 事實上, 很容易. 還有一個相當好一點的同義字庫的資訊 (檢查 在這裡 和 在這裡, 舉個例子). 不過, 這些文檔是要麼 WSS 2.0 / SPS 2003 面向或他們實際上不拼出後你已經在同義字庫中進行更改，對做什麼. 他們提供偉大的概述和詳細的公平位, 但它並不能越過終點線.

這些步驟為我工作:

1. 對同義字庫進行更改. (請參閱下面的重要說明)
2. 轉到該伺服器，然後重新開機"Office SharePoint 伺服器搜索" 服務.

這頂帽子的尖端 先生. J. D. 韋德 (生物). 他提供的關於重新開機搜索服務的關鍵位，救我從無止境, 耗費時間和不必要的 iisresets 和全文索引的爬網. 這一集 證明, 再來一次, 那 Twitter 是令人敬畏. (這裡的 twitter 上跟著我. 我跟著跟著我任何 SharePoint 人).

我不知道此功能是否可用 WSS 中. 如果它是或不是, 請留下評論或電子郵件，我會更新這篇文章.

重要說明: 那裡是相互矛盾的資訊，對要更改的 XML 同義字庫檔. 還有這種"tsneu.xml 的概念" 作為"中立" 同義字庫. 我浪費了一些時間來處理那個. 以我為例, 我需要改變"tsenu.xml" 位於應用程式 ID 本身的資料夾下的檔: \\win2003srvc$ Program FilesMicrosoft 辦公室 Servers12.0DataOffice ServerApplications3c4d509a-75 c 5-481 c-8bfd-099a89554e17Config. 我認為在多農場的情況, 將此更改到處查詢伺服器運行.

</結束>

訂閱我的博客.

我已經完成了一天 2 在陽光明媚的李約瑟快速培訓, 馬, 和我爆破的想法 (對我做的所有良好的培訓類). 一種特定的快將我一直想和我想要把它寫下來，雖然它仍然新鮮和正常的日常"東西" 把它踢我的頭.

我們 SharePoint WSS 3.0 / MOSS 執行者經常面臨的棘手的問題與任何合理規模的 SharePoint 專案: 我們怎麼載入到 SharePoint 等，這一切都符合我們的完美設計的資訊體系結構內的所有未加標籤的資料?

往往不夠, 這不是這種硬的問題，因為我們範圍自己惹上麻煩: "我們不在意什麼都多 3 個月大。" "我們會處理所有的舊東西用關鍵字搜索，會前我們會做到以正確的方式…" 等.

但, 如果我們不能範圍自己走出困境，我們來看看上千 10年或 100 的數千人會發生什麼 (或甚至數以百萬計) 文檔 — 載入 和 加標籤的是我們虔誠的心願?

快速可能是答案.

快速的搜索過程包括大量的移動部件，但這是一個簡化的視圖:

• 編目程式進程查找的內容.
• 它查找內容並將其傳給管理的文檔處理器池的代理進程.
• 代理進程將其傳給一個文檔處理器.
• 文檔處理器分析文檔中並通過管道進程, 分析出文檔 bejeezus 並將其傳給索引產生器類型過程.

關於快速星艦, 我們有大量的文檔處理管道的控制權. 我們可以混合和匹配對 100 管道元件和, 最有趣的是, 我們可以編寫我們自己的元件. 就像我說的, 快速分析文檔各個方向但周日和它在編譯時很多關於這些檔的有用資訊. 那些瘋狂的快速人是瘋狂地癡迷于文檔分析，因為他們有工具和/或戰略，真正對文檔進行分類.

所以 … 快速結合使用和我們自己的自訂管道元件, 我們可以抓住快速從所有這些上下文資訊並回饋到苔蘚. 它可能會變成這樣:

• 從青苔快速送入文檔.
• 正常瘋狂強迫症快速文檔分析和分類發生.
• 我們自己自訂管道元件滴一些上下文資訊關閉到資料庫.
• 我們自己設計的一個進程讀取的上下文資訊, 如何適應內我們 IA 的 MOSS 文檔做出一些決定和標記使用的 web 服務和物件模型.

答案是肯定的, 沒有這種自動化的過程可以是完美的但由於癡迷 (和可能 insane-but-in-a-good-way 快速人), 我們可能有一個真正的戰鬥射擊在一個真正有效的品質負荷的過程，不僅僅是不會填滿一個 SQL 資料庫和一群幾乎沒有可搜索文檔.

</結束>

訂閱我的博客.

我有理由今天玩 codeplex 多面搜索 今天的專案.

到處都有一段時間, 但猶豫了一下，下載並使用它的通常原因 (主要缺乏的時間), 加上徹底的恐懼🙂

如果你想提高您的搜索和探索新的選項, 下載並安裝它，當你有一個小時左右的閒置時間. 遵照安裝手冊 》 和我花了不到 20 分鐘要安裝和工作. 它提供了價值分鐘零.

它看起來很難擴展. 作者為一個複雜的 BDC 場景提供一個詳細的演練. 我可能會丟失它, 但願他們還將提供一個簡單的場景，涉及一個預先存在的屬性或可能會添加一個新的託管的屬性. 我將試著寫下了自己在未來一段時間.

底線 — 以分鐘為單位, 您可以安裝, 對其進行配置, 使用它並為您的香草 MOSS 搜尋添加一些非常酷的功能並成為英雄 🙂

</結束>

訂閱我的博客.

MSDN 搜索論壇, 人們經常問這樣的問題:

"我有一份名為 ' 程式設計指南’ 但當我搜索臨’ 搜索沒有找到它。"

它可能感覺不像它, 但這等於是萬用字元搜尋. 苔蘚/WSS 使用者介面不支援萬用字元搜尋開箱即用.

如果你挖到搜索 web 部件, 你會發現一個核取方塊, "啟用搜索詞詞幹". 詞幹是人類語言術語. 它不是一個電腦語言子字串() 類型函數.

這些都是一些莖:

• "魚" 是幹到"釣魚"
• "主要" 是幹到"專業"

這些都不是莖:

• "麥" 不是幹到"主要"
• "臨" 不是幹到"程式師"

WSS/苔蘚搜尋引擎不支援萬用字元搜尋通過 API. 這裡是一個描述如何做到這一點的博客文章: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

協力廠商產品, Ontolica, 提供萬用字元搜尋. 我沒有使用該產品.

</結束>

訂閱我的博客.