OrientDB可充滿Solr的或ElasticSearch

的要求，我剛開始工作OrientDB與OrientDB因爲我們必須使用Solr的或ElasticSearch（驅動程序兼容性），該工具的搜索引擎。如果我們定義索引是不同類型的，我還會在某處閱讀orientdb提供給Lucene Search本身的地方。所以如果這是真的，那麼速度怎麼樣？因爲Solr和** Elasticsearch **提供來自主存儲器的數據。OrientDB可充滿Solr的或ElasticSearch

請建議OrientDB的內部功能是否完全滿足搜索要求，因此我們使用此代替Solr或ElasticSearch。

來源

2017-06-06 Deepesh Uniyal

我是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可以爲您提供幫助。

來源

2017-06-06 12:37:30

Franchini謝謝，那麼請您分享solr和ES與Orientdb集成的一些例子的鏈接，也請建議哪一個與OrientDB solr或ES最好。 –

AFAIK，將OrientDB整合到ES只有一個「暫定」，但它不起作用。BTW，這是最好的？它取決於你的用例。我想到的第一個標準是：更專注於搜索功能，轉到ES;更關注關係，去ODB。但這是你的用例和你的數據。至少，您在信息檢索領域的知識如何？ –

在orientdb全文搜索數據存儲什麼的情況下，意味着數據存儲在主存儲器或輔助存儲器中。它會直接影響速度。 –

OrientDB可充滿Solr的或ElasticSearch

回答

相關問題