作为重构项目的一部分,我正在将我们的查询结束移动到ElasticSearch。目标是最终将索引端重构为ES,但这非常复杂,索引部分运行稳定,因此优先级较低。
这导致使用Solr创建/索引Lucene索引并使用Elasticsearch查询的情况。根据我的理解,这应该是可能的,因为ES和SOlR都创建了Lucene兼容的索引。
为了确保,除了ES中的一些家务管理指向正确的索引之外,在做这个时我应该注意哪些不可预知的麻烦?
答案 0 :(得分:2)
你是对的,Lucene索引是elasticsearch索引的一部分。但是,您需要考虑elasticsearch索引还包含特定于弹性搜索的索引元数据,这些元数据必须重新创建。元数据中最棘手的部分是必须与您关心的所有字段的Solr模式精确匹配的映射,对于某些数据类型可能并不容易。此外,elasticsearch期望在索引中找到某些内部字段。例如,如果没有为每条记录编制索引并存储_uid
字段,它将无法运行。
最后,即使您将克服所有这些障碍,您最终也可能会遇到相当脆弱的解决方案,并且您将无法利用许多高级弹性搜索功能。我建议首先考虑迁移索引部分。
你见过ElasticSearch Mock Solr Plugin吗?我认为它可能会帮助您完成迁移过程。