【问题标题】:OrientDB can full fill requirement of Solr or ElasticSearchOrientDB 可以完全满足 Solr 或 ElasticSearch 的需求
【发布时间】:2017-06-06 20:37:30
【问题描述】:

我刚刚开始研究 OrientDB,用 OrientDB 作为搜索引擎我们必须使用 Solr 或 ElasticSearch(驱动程序兼容性)的工具。如果我们将索引定义为不同的类型,我还在某处读到 orientdb 会提供 Lucene Search 本身。因此,如果这是真的,那么速度呢?因为 Solr 和 **Elasticsearch ** 从主内存提供数据。

请建议 OrientDB 的内部功能能否完全满足搜索要求,以便我们使用它而不是 Solr 或 ElasticSearch。

【问题讨论】:

    标签: elasticsearch solr lucene orientdb


    【解决方案1】:

    我是OrientDB全文索引和空间索引的维护者。

    首先,这里是文档的链接,只是为了有一个概述:

    http://orientdb.com/docs/last/Full-Text-Index.html

    我们提供什么? 我们能够在使用 Lucene 作为引擎的类(例如表)的一个或多个属性上定义索引。这允许执行可以使用完整 Lucene 语法的查询:

    SELECT from Person WHERE Description LUCENE "progra* +senior -ruby"
    

    您可以配置分析器和停用词,但可以肯定的是,我们无法提供 ES 或 SOLR 能够提供的相同功能集。

    我们正在为下一个 3.0 改进该组件:更像这样,突出显示,查询时的查询解析器配置,自定义分析器配置。

    这些将改善用户体验,允许以完全不同的方式探索图表。

    在我看来,如果你的主要目标是搜索,ES 或 SOLR 最适合:它们充满了关于文本的功能!

    另一方面,如果您需要一个数据库来存储具有强关系的数据,并希望提供正确的全文搜索(基于 lucene)甚至空间搜索,OrientDB 可以为您提供帮助。

    【讨论】:

    • Franchini 谢谢,请您分享一些solr和ES与Orientdb集成的示例链接,还请建议哪个与OrientDB solr或ES最好。
    • AFAIK,将 OrientDB 集成到 ES 只有一个“尝试性”,但没有成功。顺便说一句,哪个最好?这取决于您的用例。我想到的第一个标准可能是:更关注搜索能力,去 ES;更注重关系,去ODB。但这是您的用例和数据。而且,至少,你在信息检索领域的知识是什么。
    • 在orientdb全文搜索中,数据存储是什么,是指数据存储在主存还是次存。它会直接影响速度。
    • 我真的不明白你的说法,对不起。你有数字吗?你做了一些负载测试吗? OrientDB 的强大之处在于提供了一个单一的数据存储,您可以在其中使用图形语义和全文进行查询。如果您需要一个非常专业的搜索引擎和 ODB 的图形功能,恕我直言,最好的方法是在经典的“多语言持久性”架构中工作:您在应用程序内的不同数据存储中存储和查询数据。
    • 你好@RobertoFranchini - 谢谢回答 - #orientdb 似乎有很好的全文搜索 - 我想使用 #orientdb 因为我现在需要的关系 - 我也需要所有 #elasticsearch 全文引擎 - Q 你能帮我一些建议如何连接它们,以便我的应用程序可以在 blob 文本中进行强大的搜索并使用强大的图形关系? ?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2021-02-20
    • 1970-01-01
    • 2016-09-24
    • 2011-09-18
    • 1970-01-01
    • 1970-01-01
    • 2018-10-26
    相关资源
    最近更新 更多