【问题标题】:Ehcache Search and Lucene ComparisonEhcache 搜索和 Lucene 比较
【发布时间】:2011-03-24 03:58:41
【问题描述】:

有一个现有的ehcache and lucene comparison 某个时候回来了,答案是它们不能直接比较。然而在 EhCache 2.4 中,它现在有search feature。我们正在考虑将我们目前的 Lucene 解决方案迁移到 EhCache Search。我看到的好处之一是当 EhCache 与 Terracotta 集成时,它可以很容易地成为分布式缓存和索引。在迁移之前我应该​​考虑的任何其他问题?谁能分享他们关于 EhCache Search 作为缓存和索引解决方案的经验?

谢谢。

更新:经过快速测试,EhCache Search 似乎不允许将缓存持久化到磁盘中。如果我尝试在我的 ehcache.xml 上设置 diskPersistent="true",则会出现以下错误。这意味着每次都需要重建索引缓存。我知道这是缺点之一。

不支持的搜索属性 本店类型: net.sf.ehcache.store.compound.impl.DiskPersistentStore

【问题讨论】:

  • 如果在Lucene的前面使用ehcache呢?让lucene做索引,你可以用ehcache缓存和分发结果。

标签: search lucene indexing distributed ehcache


【解决方案1】:

以下是限制列表:

  1. 无法将可搜索缓存保存到磁盘中。
  2. 自定义AttributeExtractor只支持某些类型,这意味着您不能使用带有参数化T的搜索属性,如net.sf.ehcache.search.Attribute.eq(T)、net.sf.ehcache.search.Attribute。 between(T, T) 等,但只有 net.sf.ehcache.search.Attribute.ilike(String) 可能会导致性能下降和搜索约束减少。我必须编辑 EhCache 源以使其支持我的自定义类型,因为我希望使用 Attribute.eq(T)。

谢谢。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2010-09-22
    • 1970-01-01
    • 2023-03-12
    • 1970-01-01
    • 2011-03-09
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多