0
我有一個包含1.000.000頂點的圖形數據庫。 當我運行此查詢： 
OrientDB在用LUUCENE和OR表達式查詢時表現不佳
它的工作很好，但看看這個：
的或應該不會影響性能，但它確實。 爲什麼？
A
回答
0
這裏發生的是第二個查詢正在進行全面掃描並匹配所有記錄與兩個條件。
嘗試執行並解析查詢並查看其差異。
我們正在努力使它在3.0版本
相關問題
- 1. 查詢嵌入列表OrientDB
- 2. 在查詢表達式「.ID」
- 3. 在查詢表達式'System.Byte []'
- 4. 正則表達式查詢實現
- 5. 正則表達式在Ruby中與JavaScript相比表現不佳
- 6. 在linq查詢中使用表達式
- 7. Laravel：查詢dinamically時間表達式
- 8. MYSQL子查詢和正則表達式
- 9. 查詢表達式和懶惰評估
- 10. LINQ查詢和lambda表達式
- 11. 正則表達式和XPath查詢
- 12. ROR：MySQL查詢表達式
- 13. xpath查詢的表達式？
- 14. 正則表達式查詢
- 15. JMESPath查詢表達式
- 16. Dynamodb查詢表達式
- 17. 正則表達式查詢
- 18. OrientDb是否支持正則表達式？
- 19. OrientDB查詢方式太慢
- 20. orientdb查詢鏈接列表太慢
- 21. F＃在同一查詢中使用join＆groupBy查詢表達式
- 22. 用正則表達式修改查詢？
- 23. 用正則表達式SQLite查詢
- 24. LINQ查詢表達式重用
- 25. MongoDB的查詢使用Lambda表達式
- 26. 如何使用LINQ查詢表達式
- 27. 用正則表達式向Kinvey查詢
- 28. Django使用表達式聚合查詢
- 29. SQL查詢使用正則表達式
- 30. 別名在HQL表達式查詢
我以這種方式解決要好得多： 選擇擴大（$ C）讓$ a =（從SimpleVertex選擇其中S Lucene的 「*蘇*」）， $ b =（從＃23中選擇：4245712），$ c = unionall（$ a，$ b） 在4.861秒。仍然比大查詢結果慢4倍。也許工會的過程。 –