[ https://issues.apache.org/jira/browse/SOLR-11982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16392229#comment-16392229 ]
Tomás Fernández Löbbe commented on SOLR-11982: ---------------------------------------------- I disagree on the parameter name. I think {{shards.sort}} is pretty consistent with the rest of the Solr parameters. {{facet.sort}} sorts facets, {{group.sort}} sorts groups, {{shards.sort}} sorts the "shards" (taken, there is a misname in "shards" here, but it's how the parameter is called right now). Using this parameter is extensible to add more types of sorting (i.e. prefer replicas by tag, prefer non-leader replicas, preference by location like Ere implemented, all those a very valid use cases) and I think it's better for someone to go to the docs to understand how {{shards.sort}} works vs having a bunch of one-off parameters that users won't even know that exist. In general I think we need to reduce the amount of one-off parameters in Solr. > Add support for shards.sort parameter > ------------------------------------- > > Key: SOLR-11982 > URL: https://issues.apache.org/jira/browse/SOLR-11982 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) > Components: SolrCloud > Affects Versions: 7.3, master (8.0) > Reporter: Ere Maijala > Priority: Minor > Labels: patch-available, patch-with-test > Attachments: SOLR-11982.patch, SOLR-11982.patch, SOLR-11982.patch, > SOLR-11982.patch > > > It would be nice to have the possibility to easily sort the shards in the > preferred order e.g. by replica type. The attached patch adds support for > {{shards.sort}} parameter that allows one to sort e.g. PULL and TLOG replicas > first with {{shards.sor=replicaType:PULL|TLOG }}(which would mean that NRT > replicas wouldn't be hit with queries unless they're the only ones available) > and/or to sort by replica location (like preferLocalShards=true but more > versatile). -- This message was sent by Atlassian JIRA (v7.6.3#76005) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org