[
https://issues.apache.org/jira/browse/SOLR-5320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Anshum Gupta updated SOLR-5320:
-------------------------------
Attachment: SOLR-5320.patch
Syncing with trunk.
> Multi level compositeId router
> ------------------------------
>
> Key: SOLR-5320
> URL: https://issues.apache.org/jira/browse/SOLR-5320
> Project: Solr
> Issue Type: New Feature
> Components: SolrCloud
> Reporter: Anshum Gupta
> Attachments: SOLR-5320-refactored.patch, SOLR-5320.patch,
> SOLR-5320.patch, SOLR-5320.patch, SOLR-5320.patch, SOLR-5320.patch
>
> Original Estimate: 24h
> Remaining Estimate: 24h
>
> This would enable multi level routing as compared to the 2 level routing
> available as of now. On the usage bit, here's an example:
> Document Id: myapp!dummyuser!doc
> myapp!dummyuser! can be used as the shardkey for searching content for
> dummyuser.
> myapp! can be used for searching across all users of myapp.
> I am looking at either a 3 (or 4) level routing. The 32 bit hash would then
> comprise of 8X4 components from each part (in case of 4 level).
> Usage:
> Document Id: myapp!dummyuser!doc
> To query all users for a particular app (default setup), the route key should
> be: 'myapp/8!'.
> To query a particular user for a specific app, the route key should be:
> 'myapp!dummyuser!'
> The syntax for querying all users for a particular app is required because
> this router works at both 2 and 3 level of composite id.
> A route key of 'myapp!' would technically translate to constructing the hash
> range with 16 bits coming from the key i.e. 2-level composite id.
--
This message was sent by Atlassian JIRA
(v6.1#6144)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
