Support min/max values for metadata query#2208
Conversation
There was a problem hiding this comment.
since you have this open, please make this say "return per-segment information"?
135aca9 to
0b5f5ca
Compare
There was a problem hiding this comment.
typically we have use camel-case for any constants in the query API
There was a problem hiding this comment.
@xvrl The json value for AnalysisType is name().toLowerCase(). so I've changed it to minmax for consistency (not minMax). Would it be ok?
|
I'm also wondering why the hashCode() function for SegmentAnalysis changed, but 👍 otherwise |
0b5f5ca to
0139496
Compare
|
Test failed by regression of #2006 |
0139496 to
0c144b6
Compare
|
Rebased on master. Now incremental index also returns estimated size. |
0c144b6 to
d474eb6
Compare
108cfa0 to
37fdca7
Compare
There was a problem hiding this comment.
can we add a serde test checking for this?
|
@navis any chance of finishing this up? |
37fdca7 to
bb6c912
Compare
|
👍 after commits squashed |
|
👍 after squash |
bb6c912 to
dd23754
Compare
|
Not yet decided if we remove |
Support min/max values for metadata query
|
@navis we probably should wait until 0.10.0 to remove size, but I agree with Gian what it should actually return is the actual on disk size |
Support
AnalysisType.MIN_MAXfor metadata queries. Currently it's supported only for string dimension with bitmap index.