我正在研究体系结构审查文件这一周暗示, 除其他外, 客户端考虑使用同义词库来帮助提高最终用户的搜索体验. 永远不会做这样的自己, 我想要做一个快速的实际测试，所以，我的建议是正宗.

这是很难弄清楚如何做, 虽然它是, 事实上, 很容易. 还有一个相当好一点的同义词库的信息 (检查 在这里 和 在这里, 例如). 不过, 这些文档是要么 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 在阳光明媚的李约瑟快速培训, MA, 和我我的想法破灭 (对我做的所有良好的培训类). 一种特定的快将我一直想和我想要把它写下来，虽然它仍然新鲜和正常的日常"东西" 把它踢我的头.

我们 SharePoint WSS 3.0 / MOSS 执行者经常面临的棘手的问题与任何合理规模的 SharePoint 项目: 我们怎么加载到 SharePoint 等，这一切都符合我们的完美设计的信息体系结构内的所有未加标签的数据?

往往不够, 这不是这种硬的问题，因为我们范围自己惹上麻烦: "我们不在意什么都多 3 个月大。" "我们会处理所有的旧东西用关键字搜索，会前我们会做到以正确的方式…" 等.

但, 如果我们不能范围自己走出困境，我们来看看上千 10年或 100 的数千人会发生什么 (或甚至数以百万计) 文档 — 加载 和 加标签的是我们虔诚的心愿?

快速可能是答案.

快速的搜索过程包括大量的移动部件，但这是一个简化的视图:

• 爬网程序进程查找的内容.
• 它查找内容并将其传给管理的文档处理器池的代理进程.
• 代理进程将其传给一个文档处理器.
• 文档处理器分析文档中并通过管道进程, 分析出文档 bejeezus 并将其传给索引生成器类型过程.

关于快速星舰, 我们有大量的文档处理管道的控制权. 我们可以混合和匹配对 100 管道组件和, 最有趣的是, 我们可以编写我们自己的组件. 就像我说的, 快速分析文档各个方向但周日和它在编译时很多关于这些文件的有用信息. 那些疯狂的快速人是疯狂地痴迷于文档分析，因为他们有工具和/或战略，真正对文档进行分类.

所以 … 快速结合使用和我们自己的自定义管道组件, 我们可以抓住快速从所有这些上下文信息并反馈到苔藓. 它可能会变成这样:

• 从青苔快速送入文档.
• 正常疯狂强迫症快速文档分析和分类发生.
• 我们自己自定义管道组件滴一些上下文信息关闭到数据库.
• 我们自己设计的一个进程读取的上下文信息, 如何适应内我们 IA 的 MOSS 文档做出一些决定和标记使用的 web 服务和对象模型.

答案是肯定的, 没有这种自动化的过程可以是完美的但由于痴迷 (和可能 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 搜索论坛, 人们经常问这样的问题:

"我有一份名为 ' 编程指南’ 但当我搜索临’ 搜索没有找到它。"

它可能不喜欢它, 但这等于是通配符搜索. 苔藓/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, 提供通配符搜索. 我没有使用该产品.

</结束>

订阅我的博客.