我刚刚开始研究OrientDB，使用OrientDB搜索引擎，我们必须使用 Solr 或 ElasticSearch （驱动程序兼容性） . 我还读到了某个地方，如果我们定义索引是不同的类型，orientdb正在给Lucene Search本身 . 所以如果这是真的那么速度呢，因为 Solr 和** Elasticsearch **从主存储器提供数据 .
请建议OrientDB的内部功能完全填写搜索要求，因此我们使用它而不是Solr或ElasticSearch .
我是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可以帮助您 .
1 回答
我是OrientDB的全文和空间索引的维护者 .
首先，这里是文档的链接，只是为了概述：
http://orientdb.com/docs/last/Full-Text-Index.html
我们提供什么？我们允许在使用Lucene作为引擎的类（例如表）的一个或多个属性上定义索引 . 这允许执行可以使用完整Lucene语法的查询：
您可以配置分析器和停用词，但我们无法提供ES或SOLR能够提供的同一组功能 .
我们正在为下一个3.0改进该组件：更像是这样，突出显示，在查询时查询解析器配置，自定义分析器配置 .
这些将改善用户体验，允许以完全不同的方式探索图形 .
在我看来，如果您的主要目标是搜索，ES或SOLR最合适：它们充满了关于文本的功能！
另一方面，如果您需要一个数据库来存储具有强关系的数据，并希望提供正确的完整文本搜索（基于lucene）甚至空间搜索，OrientDB可以帮助您 .