[Enhancement] Support configurable hll_sketch and optimize hll_sketch performance (backport #48939) #50008
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Why I'm doing:
HLL_SKETCH
is very useful for high precision ndv compute. The PR(#20836) has supported hll_sketch aggregation, but there are some limitions:precision
andhll_type
cannot be configurable for different scences.merge
:merge
function is heavy since it will copyhllsketch
intohll_union
each call:What I'm doing:
ds_hll_count_distinct
to be better syntax meanings(original function name is also kept either)hll_sketch
with differentprecision
andhll_type
:merge
performance by usinghll_union
as state rather thanhllsketch
to avoid copying inmerge
call.What type of PR is this:
Does this PR entail a change in behavior?
If yes, please specify the type of change:
Checklist:
Bugfix cherry-pick branch check:
This is an automatic backport of pull request #48939 done by [Mergify](https://mergify.com). ## Why I'm doing: `HLL_SKETCH` is very useful for high precision ndv compute. The PR(https://github.com//pull/20836) has supported hll_sketch aggregation, but there are some limitions: 1. HLLSketch's `precision` and `hll_type` cannot be configurable for different scences. 2. There is a performance throttle for high cardinality compute in `merge`:
merge
function is heavy since it will copyhllsketch
intohll_union
each call:What I'm doing:
ds_hll_count_distinct
to be better syntax meanings(original function name is also kept either)hll_sketch
with differentprecision
andhll_type
:merge
performance by usinghll_union
as state rather thanhllsketch
to avoid copying inmerge
call.Fixes #issue
What type of PR is this:
Does this PR entail a change in behavior?
If yes, please specify the type of change:
Checklist: