Description
In SOLR-11709 I proposed adding an "expanded" JSON Object syntax for specifying aggregation stats, as a way to ultimately support applying domain changes to aggregations.
Having since done more work with the implementation of aggregations and how they use SlotAcc(umulators) and how bucket sorting on aggregations work, I now realize that the goal of SOLR-11709 is pretty hard – but the idea of this "expanded syntax" would still be useful as a way to specify Local Params to the ValueSourceParser used for the aggregation – and would but stats on par with other "type" facets (syntactically).
For things like relatedness(...) (or other user defined custom aggregations) it would allow for new optional configuration using "named" params w/o needing an unweildy function syntax (see comment#16466664 in SOLR-9480). But even for simple aggregations the expanded syntax may help folks with readability of expressions(w/o needing to resort to global params) ...
Proposed syntax...
"average_roi" : {
"type": "func",
"func": "avg(div($numer,$denom))",
"numer": "mul(popularity,rating)",
"denom": "mul(price,size)"
}
Attachments
Attachments
Issue Links
- blocks
-
SOLR-12581 add a "min_popularity" option to relatedness() aggregation that forces scores to -Inf if fg/bg pops don't meet a threshold
-
- Closed
-
- is depended upon by
-
SOLR-11709 JSON "Stats" Facets should support directly specifying a domain change (for filters/blockjoin/etc...)
-
- Open
-
- relates to
-
SOLR-12559 FunctionQParser.FLAG_USE_FIELDNAME_SOURCE doesn't work when subparsers are involved
-
- Resolved
-
-
-
- Closed
-