You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@druid.apache.org by GitBox <gi...@apache.org> on 2020/01/31 11:31:51 UTC

[GitHub] [druid] himanshug commented on issue #8433: StringDictionaryEncodedColumn dimSelector to return CARDINALITY_UNKNOWN with extractionFn

himanshug commented on issue #8433: StringDictionaryEncodedColumn dimSelector to return CARDINALITY_UNKNOWN with extractionFn
URL: https://github.com/apache/druid/pull/8433#issuecomment-580698020
 
 
   @gianm IIRC, I hit upon it while working on a VirtualColumn whose makeDimensionSelector did not follow that rule and that led to wrong results for topN query which in that case used `PooledTopNAlgorithm` which expects values to be sorted when cardinality is known .  For explicit extrationFn usage , it is not a problem because TopN uses different algorithm for that specific case which is what I meant by extractionFns being handled specially everywhere.
   
   relaxing the ordering requirement and adding  `DimensionSelector#isDictionarySorted` sounds good to me if/when we need it. I was able to solve my problem some other way, so I just left things on commentary.

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


With regards,
Apache Git Services

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@druid.apache.org
For additional commands, e-mail: commits-help@druid.apache.org