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 SELECT查詢
- 3. 優化非常緩慢的MySQL查詢
- 4. mysql「group by」非常緩慢的查詢
- 5. django taggit similar_objects非常緩慢的查詢
- 6. Django自定義查詢非常緩慢
- 7. MySQL查詢運行非常緩慢
- 8. LINQ查詢非常緩慢相比,SSMS
- 9. ORDER BY datetime使查詢非常緩慢
- 10. Mysqli加入查詢非常緩慢
- 11. MySQL查詢運行*非常*緩慢
- 12. 查詢執行非常緩慢
- 13. 爲什麼此查詢運行緩慢?
- 14. Django - 非常慢的查詢
- 15. 非常慢的SQL查詢
- 16. 跳過慢查詢日誌
- 17. 爲什麼使用子查詢的這個SQL查詢非常慢?
- 18. Mongodb查詢異常緩慢
- 19. 爲什麼在主表上查詢非常慢?
- 20. DBPedia查詢非常慢
- 21. Oracle:複雜查詢的查詢速度非常快,查詢速度非常慢
- 22. 爲什麼這個簡單的MySQL查詢非常慢?
- 23. XmlNode clone()在XML中的XPath查詢非常緩慢
- 24. MySQL查詢非常慢(20到60秒!) - 爲什麼?
- 25. 爲什麼加入子查詢非常慢?
- 26. 在mongoengine中緩慢查詢
- 27. 通過主鍵MySQL UPDATE查詢有時非常緩慢
- 28. SQL查詢從nvarchar列獲得xml節點值非常慢
- 29. 緩存一個非常緩慢的查詢結果集
- 30. SSIS查詢在目錄作業中運行非常緩慢。 wait_type:ASYNC_NETWORK_IO