You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Joel Bernstein (JIRA)" <ji...@apache.org> on 2013/07/18 20:00:53 UTC
[jira] [Comment Edited] (SOLR-5045) Pluggable Analytics
[ https://issues.apache.org/jira/browse/SOLR-5045?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13712566#comment-13712566 ]
Joel Bernstein edited comment on SOLR-5045 at 7/18/13 5:59 PM:
---------------------------------------------------------------
You have the flexibility to calculate median, atleast on a single server. Not sure what the best approach to this would be. Distributed median may be harder. You'd have to build up distributions in a way that can be merged.
Scripting is a very cool thing. I need to do some research though on SOLR-5005 and see if it can be applied.
was (Author: joel.bernstein):
You have the flexibility to calculate median, atleast on a single server. Not sure what the best approach to this would be. Distributed median may be harder. You'd have to build up distributions in a way that can be merged.
Scripting is a very cool thing. I need to do some research though on SOLR-5005 and see if can be applied.
> Pluggable Analytics
> -------------------
>
> Key: SOLR-5045
> URL: https://issues.apache.org/jira/browse/SOLR-5045
> Project: Solr
> Issue Type: New Feature
> Components: search
> Affects Versions: 5.0
> Reporter: Joel Bernstein
> Priority: Minor
> Fix For: 5.0
>
> Attachments: SOLR-5045.patch, SOLR-5045.patch
>
>
> This ticket provides a pluggable aggregation framework through the introduction of a new *Aggregator* interface and a new search component called the *AggregatorComponent*.
> The *Aggregator* interface extends the PostFilter interface providing methods that allow DelegatingCollectors to perform aggregation at collect time. Aggregators were designed to play nicely with the CollapsingQParserPlugin introduced in SOLR-5027.
> The *AggregatorComponent* manages the output and distributed merging of aggregate results.
> This ticket is an alternate design to SOLR-4465 which had the same basic idea but a very different implementation. This implementation resolves the caching issues in SOLR-4465 and combined with SOLR-5027 plays nicely with field collapsing. It is also much less intrusive on the core code as it's entirely implemented with plugins.
> Initial Syntax for the sample SumQParserPlugin Aggregator:
> ../select?q=\*:\*&wt=xml&indent=true&fq=\{!sum field=popularity id=mysum\}&aggregate=true
> *fq=\{!sum field=popularity id=mysum\}* - Calls the SumQParserPlugin telling it to sum the field popularity.
> *aggregate=true* - turns on the AggregatorComponent
> The output contains a block that looks like this:
> {code:xml}
> <lst name="aggregates">
> <lst name="mysum">
> <long name="sum">85</long>
> </lst>
> </lst>
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org