作为我们学术项目/案例研究的一部分，我们正在评估电子商务网站。我们来自印度。我们无权访问任何 Endeca 系统或任何企业系统。我们仅使用互联网获取详细信息。作为我们研究的一部分，我们几乎没有基本问题。
[我们的研究基本上是与最受青睐的软件实现的漏洞和补救措施进行比较。我们分析了很多软件，发现Endeca是最受青睐的，每个人都满意。我们找不到该产品的负面评论。这就是我们选择这个产品的原因]
您提出了一个非常广泛的问题，该问题将基于意见。我会提出我的意见。
有人在 Solr 列表中询问了 Endeca，然后 [我回复了]。1 他的问题是根据 Endeca 有什么 Solr 没有的。但是 Solr 有 Endeca 没有的东西。例如，Solr 有一个加权评分相关模型（它是一个公式），而 Endeca 的确实是基于排序的，我认为这不太理想。在许多方面，这些系统具有相似的功能，每个功能的工作方式略有不同，但通常可以实现相同的客户目标，但可能具有不同的特质。两个都有能力。也就是说，我期待不再使用 Endeca 并继续使用 Solr。
关于搜索排名的第一条评论似乎是 SOLR 击败 Endeca 的少数几个地方之一（可能在价格方面除外）。我在生产环境中接触过 SOLR，并且是 Endeca 的长期用户。我的印象是，Endeca 带有大量的 Web 界面和 cmdline 部署工具，而您只能使用 SOLR。对我们来说，最终用户（非工程师）可以管理和配置系统上的各种选项至关重要。我很确定 SOLR 已在配置文件中 100% 配置，因此所有更改都将通过工程师。在 Endeca 中，许多选项是用户可配置的。我们还使用 Endeca 的 Page Builder 产品，它允许进行非常棒的基本（和集成）内容管理。我们可以在没有代码推送的情况下更改站点上的页面（只是 Endeca 配置推送，这是超级轻量级的）。我们在 Endeca 中存储了大约 1800 万条记录，还有其他存储超过 100 毫米的记录。我们得到低于 10 毫秒的响应来拉回单个记录和低于 100 毫秒来拉回大多数导航状态（虽然我们不是很优化，所以你可以通过一些努力得到更低的响应）。SOLR 确实有另一个功能，您可以使用自己的 ID 访问导航状态。Endeca 使用中间值进入导航状态（尽管今年晚些时候的 Endeca 版本将添加此功能）。这通常没什么大不了的，因为您通常从 SOLR/Endeca 引擎动态获取导航状态，而您不必自己计算这些状态。我们得到低于 10 毫秒的响应来拉回单个记录和低于 100 毫秒来拉回大多数导航状态（虽然我们不是很优化，所以你可以通过一些努力得到更低的响应）。SOLR 确实有另一个功能，您可以使用自己的 ID 访问导航状态。Endeca 使用中间值进入导航状态（尽管今年晚些时候的 Endeca 版本将添加此功能）。这通常没什么大不了的，因为您通常从 SOLR/Endeca 引擎动态获取导航状态，而您不必自己计算这些状态。我们得到低于 10 毫秒的响应来拉回单个记录和低于 100 毫秒来拉回大多数导航状态（虽然我们不是很优化，所以你可以通过一些努力得到更低的响应）。SOLR 确实有另一个功能，您可以使用自己的 ID 访问导航状态。Endeca 使用中间值进入导航状态（尽管今年晚些时候的 Endeca 版本将添加此功能）。这通常没什么大不了的，因为您通常从 SOLR/Endeca 引擎动态获取导航状态，而您不必自己计算这些状态。Endeca 使用中间值进入导航状态（尽管今年晚些时候的 Endeca 版本将添加此功能）。这通常没什么大不了的，因为您通常从 SOLR/Endeca 引擎动态获取导航状态，而您不必自己计算这些状态。Endeca 使用中间值进入导航状态（尽管今年晚些时候的 Endeca 版本将添加此功能）。这通常没什么大不了的，因为您通常从 SOLR/Endeca 引擎动态获取导航状态，而您不必自己计算这些状态。
我以前与 Endeca 合作过，但不是 Solr，所以我只能提供讨论的一方面。Endeca 非常擅长它的工作，一旦您克服了管理系统配置和学习如何完成任务的学习曲线（弄清楚如何让这种类型的搜索工作，如何将多个记录集连接在一起等） ）。构建管道以生成满足您的特定需求的索引需要一定的艺术，但公平地说，我为一个奇怪的搜索要求而工作，所以我想一般来说，适当地设计管道过程并不算太糟糕，稍加练习。据我所知，Endeca 最大和唯一真正的问题是价格昂贵。使用该产品的许可证非常昂贵，如果您需要专业顾问的帮助，你会流血的钱。基于价格，即使没有使用过 Solr，我敢冒险雇人学习 Solr、实施它并花大量时间微调它或购买更多硬件来满足任何速度要求会更便宜。