休眠搜索或指南针答案

【问题标题】：Hibernate Search or Compass休眠搜索或指南针
【发布时间】：2010-12-14 22:02:36
【问题描述】：

我似乎找不到任何关于这个选择的最新谈话。早在 06 年，就有人批评 Hibernate Search 不完整，还没有准备好与 Compass 竞争，现在是这样吗？有没有人同时使用这两种方法并且对做出决定有一些看法。

我在空闲时间用 Java 开发一个 Web 应用程序，只有我一个人，所以我希望尽可能地偷工减料，同时尽量减少对最终产品的影响。话虽如此，我项目的搜索能力是第一位的！我花了很多时间制作数据库模型来支持系统。让用户找到他们想要的东西的能力将使我的应用与众不同。所以，速度是可消耗的……显然在合理的程度上。

以下是我目前对该应用技术的看法，如果您发现任何明显的newb 错误，请轻描淡写……我是专家。

数据库：PostgreSQL
平台：Java
框架：Spring、Hibernate、Seam

显然，我选择了所有免费（如啤酒）技术以及据我所知可以很好地结合使用的技术。那么你们怎么看，Compass 或 Hibernate Search 来解决问题？

-Nomad311

【问题讨论】：

有趣的问题，我真的很想知道它们到底有什么不同，因为它们都是建立在 Lucene 之上的。对 06 年的批评有什么参考吗？

标签： java hibernate full-text-search compass-lucene

【解决方案1】：

Compass 已不复存在，因为 elasticsearch 是继 compass 之后的新产品。所以我认为最好使用一些稳定的。（可能是休眠搜索）

【讨论】：

【解决方案2】：

如果您将 Hibernate 定位为持久性提供程序，我认为您最好使用 Hibernate Search，因为集成非常流畅（配置、实体发现在相同的 API 和编程模型下）。如果您想索引很多不在数据库中的“东西”，那么 Compass 更合适。

我们目前正在开发 Hibernate Search 3.2：我们的路线图是 here

【讨论】：

哦，我们现在有 Hibernate Search Project Lead 他自己了！有趣:)
很奇怪，我确实放了一个免责声明，但它没有显示出来。我猜 stackoverflow 不喜欢 lt 和 gt 所以让我再说一遍：小心。这里有偏见的人：我是 Hibernate Search 的项目负责人和 Manning 的 Hibernate Search in Action 的作者
我确实认为就集成而言，Hibernate Search 将是最简单的，但我确实说过搜索功能在我的列表中排名第一，因此不会破坏交易。我想从你那里知道的是：我在 2-3 年前读过的讨论仍然有效（包括你和 Shay 的讨论）？从那以后，这两种技术是否发生了重大变化？顺便说一句，无论我使用哪个，我都要感谢您的工作；当我计划这个项目时，我意识到一个像样的搜索引擎涉及多少工作和复杂性！
是的，从那以后发生了很多变化 :) Esp 3.1 一直专注于完善 3.0 的特性、性能改进，并且我们已经开始了在 Hibernate Core 之外使用 Hibernate Search 所必需的抽象工作。最好列出您需要或认为您会错过的内容，以便我们告诉您该工具是否适合您的需求。

【解决方案3】：

Hibernate Search 是一个完整的产品，它基于 Lucene，这是目前最快的开源搜索引擎之一。

例如，一些基准测试：

http://developers.slashdot.org/story/09/07/06/131243/Open-Source-Search-Engine-Benchmarks

此外，它还与 Seam 和 Hibernate 完全集成（查看 Seam dist 中的示例）。

我建议你更具体一点：

Hibernate Search 不完整

我想知道哪一部分不完整。

【讨论】：

Compass 也是基于 Lucene 的，所以没有区别。
好的，所以不存在速度问题，因为他的两个替代方案都基于相同的引擎。
不完整 ...我没有昨晚阅读的相同链接，但快速谷歌搜索给我带来了这个，伊曼纽尔本人说休眠没有当时 Compass 具备的功能集：relation.to/2221.lace
也可以看看这个……Emmanual 和 Shay 就他们的技术来回讨论：jroller.com/kimchy/entry/hibernate_search_lucene