java - Solr分页性能

Question

我已阅读(http://old.nabble.com/using-q%3D--,-adding-fq%3D-to26753938.html#a26805204):

FWIW: limiting the number of rows per request to 50, but not limiting the start doesn't make much sense -- the same amount of work is needed to handle start=0&rows=5050 and start=5000&rows=50.

比他完成:

There are very few use cases for allowing people to iterate through all the rows that also require sorting.

是吗？这仅适用于排序结果吗？

您建议允许用户迭代多少页(每页 10 行)？

Solr 1.4 是否有同样的限制？

Answer 1

是的，对于 Solr 1.4 也是如此。这不意味着start=0&rows=5050 具有与start=5000&rows=50 相同的性能，因为前者必须返回 5050 个文档而后者只有 50。传输的数据更少 -> 更快。​​

Solr 没有任何方法可以在单个页面中获得所有结果，因为它没有多大意义。作为比较，您无法在单个查询中获取整个 Google 索引。没有人真的需要这样做。

应用程序的页面大小应该是用户可定义的(即用户可以选择一次查看 10、25、50 或 100 个结果)。

默认页面大小取决于您分页的数据类型以及结果的实际相关性。例如，在 Google 上搜索时，您通常不会查看前几个结果以外的内容，因此 10 个元素就足够了。另一方面，eBay 更多的是浏览结果，因此它默认每页显示 50 个结果，甚至不提供每页 10 个结果。

您还必须考虑滚动。用户在尝试浏览 200-result page 时可能会迷路，更不用说加载时间要长得多了。