[ 
https://issues.apache.org/jira/browse/SOLR-5045?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Joel Bernstein updated SOLR-5045:
---------------------------------

    Description: 
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=*%3A*&wt=xml&indent=true&fq={!sum field=popularity 
id=mysum}&aggregate=true

fq={!sum field=popularity id=mysum} - Calls the SumQParserPlugin telling to sum 
the field popularity.

aggregate=true  - turns on the AggregatorComponent













  was:
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.









    
> 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=*%3A*&wt=xml&indent=true&fq={!sum field=popularity 
> id=mysum}&aggregate=true
> fq={!sum field=popularity id=mysum} - Calls the SumQParserPlugin telling to 
> sum the field popularity.
> aggregate=true  - turns on the AggregatorComponent

--
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-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to