FAST ESP和Autonomy IDOL Server的比较

最新推荐文章于 2026-06-22 22:46:40 发布

翻译最新推荐文章于 2026-06-22 22:46:40 发布 · 1.6w 阅读

标签

#server #文档 #产品 #service #图形

微软FAST搜索技术专栏收录该内容

16 篇文章

订阅专栏

本文详细对比了FAST与Autonomy在扩展性、性能、相关度定制化、产品开放度、实体提炼、文档处理能力、管理界面、高可用性等方面的优劣，指出FAST在多个关键特性上具有明显优势，包括更高的性能、更灵活的连接器开发、更丰富的文档格式支持、更强的实体提炼功能、更强大的文档处理能力、更先进的管理界面以及更高的企业组织和技术支持能力。

一、主要优点

FAST ESP主要是在以下几个方面比Autonomy有显著的优点：

可扩展性和高性能（在一些案例中，FAST可以达到Autonomy三倍的性能而总成本只是其一半）；
相关度（相关性）的可定制化和可客户化；
产品的开放程度；
实体提炼 (多语种)；
文档处理流水线（文档管道）；
XML 字段的支持；
可开发新的连接器（Connector）；
管理界面；
高可用性；
支持；
创新。

三、详细比较表

以下为详细的比较表：

比较项目	FAST	Autonomy
产品名	ESP (Enterprise Search Platform)	IDOL Server
产品版本	5.1.3	7
产品功能方面
语言分析	分词断句技术（Tokenization）及Ngram算法（Tokenization和Ngram混合也可以）	专用而封闭的
提醒	可以（通过监测内容）	无
同义词搜索	可以	最多到100个字
文档格式	超过300种文档格式，并可添加定制的格式。	超过300种文档格式
XML字段支持	可以。（范围字段）	无
导航计数	可以	有限的支持
可定制和客户化的相关性	可以	封闭而不是开放的
排序	可以	可以
文档摘要	可以	可以
导航	可以	可以
实体提炼	可以（多语种，包括中文简体和繁体）	只限于英文
处理文档的能力（DOC PROC）	可以（可以灵活地编程定制）	可以但配置不灵活，主要是做些配置而不能编程实现更灵活或更复杂的处理要求
推荐	可以（通过FAST推荐引擎）	无
和其它系统的互连互通能力
拥有连接器	有	有
连接器开发	可以通过Web Service, Java, C++, Python开发	只有C++
查询API	Web Service, Java, C++, Python	Web Service，Java, C++
安全方面
文档级安全	有	有
目录级安全	有	有
可维护性和可管理性方面
图形化管理应用界面	有	无
从其它系统进行管理的能力	命令行或API（清晰易用）	HTTP接口
报告输出	XML	无
排名（排序）管理	通过图形化界面可以进行灵活地排名推进（如突发新闻、事件、领导讲话等等）	无
图形化显示	有	无
高可用性
冗余（软件和索引的再划分和分配）	完全支持	只有软件的冗余，没有索引的再分配
非宕机操作	是的	无
企业组织和技术支持
专业服务队伍和项目的本地支持	有，背景为微软，后台支持资源丰富。	不确定，常从英国调人。
技术支持和产品稳定性	有，产品稳定。事实上，很多客户都给予FAST很高的满意度，在一些权威评测机构将FAST的用户满意度评为98%。	FAST在全球有很多著名的案例都是替换了Autonomy产品，如惠普、国泰航空、港龙航空、香港贸发局等，这些客户以前曾采用过Autonomy，但在使用中发现了越来越多的不可克服的问题和困难，如搜索的精准度、灵活性和开放性等，而且问题得不到很好的解决，给用户业务拓展带来很大的障碍。