1
A
回答
2
找到原因(自我回答) - 默認使用文檔順序。
嘗試在查詢中添加一個合理的「order by」 - 從1萬個節點的分鐘數到1秒鐘的<。
1
不幸的是,Jackrabbit實現中的RangeIterator skip()方法(RangeIterator只是一個接口)正在線性遍歷節點。你也許只寫
int counter = 0;
while (counter < offset && iter.hasNext()) { iter.next(); counter++; }
相關問題
- 1. 在MySQL中非常緩慢的查詢
- 2. 優化非常緩慢的MySQL查詢
- 3. mysql「group by」非常緩慢的查詢
- 4. 非常緩慢的Mysql SELECT查詢
- 5. django taggit similar_objects非常緩慢的查詢
- 6. ORDER BY datetime使查詢非常緩慢
- 7. MySQL查詢運行非常緩慢
- 8. Django自定義查詢非常緩慢
- 9. LINQ查詢非常緩慢相比,SSMS
- 10. 爲什麼此查詢運行緩慢?
- 11. 非常慢的SQL查詢
- 12. 跳過慢查詢日誌
- 13. 爲什麼在主表上查詢非常慢?
- 14. Nhibernate/linq查詢非常慢
- 15. XmlNode clone()在XML中的XPath查詢非常緩慢
- 16. MySQL查詢非常慢(20到60秒!) - 爲什麼?
- 17. 通過主鍵MySQL UPDATE查詢有時非常緩慢
- 18. 緩存一個非常緩慢的查詢結果集
- 19. SSIS查詢在目錄作業中運行非常緩慢。 wait_type:ASYNC_NETWORK_IO
- 20. Hive查詢在Spark 2.0中運行非常緩慢
- 21. SQL查詢非常緩慢的休眠,在mysql上很快
- 22. 使用雄辯時非常緩慢的查詢其中
- 23. 非常緩慢的查詢,其中表有很多記錄
- 24. MySQL緩慢查詢
- 25. MySQL緩慢查詢
- 26. MySQL緩慢查詢
- 27. mysql緩慢查詢
- 28. 非常複雜的FQL查詢很慢
- 29. mysql查詢查詢速度緩慢
- 30. 的MySQL查詢的語句組合非常緩慢