[improvement](pipeline) Use hash shuffle local exchange if no require…#35454
[improvement](pipeline) Use hash shuffle local exchange if no require…#35454Gabriel39 merged 3 commits intoapache:masterfrom
Conversation
…d data distribution
|
Thank you for your contribution to Apache Doris. Since 2024-03-18, the Document has been moved to doris-website. |
|
run buildall |
|
clang-tidy review says "All clean, LGTM! 👍" |
|
TeamCity be ut coverage result: |
TPC-H: Total hot run time: 41046 ms |
TPC-DS: Total hot run time: 170440 ms |
ClickBench: Total hot run time: 30.32 s |
|
run buildall |
|
run buildall |
|
clang-tidy review says "All clean, LGTM! 👍" |
1 similar comment
|
clang-tidy review says "All clean, LGTM! 👍" |
TPC-H: Total hot run time: 41368 ms |
|
TeamCity be ut coverage result: |
TPC-DS: Total hot run time: 172806 ms |
ClickBench: Total hot run time: 30.62 s |
|
PR approved by at least one committer and no changes requested. |
|
PR approved by anyone and no changes requested. |
#35454) …d data distribution This is a follow-up for #34122 . Currently, we use bucket shuffle local exchange to re-distribution data before a 'colocated' operator. But if no colocate/bucket-shuffle join followed, bucket-shuffle for this operator is not always suitable because the parallism will be restricted by the account of buckets
apache#35454) …d data distribution This is a follow-up for apache#34122 . Currently, we use bucket shuffle local exchange to re-distribution data before a 'colocated' operator. But if no colocate/bucket-shuffle join followed, bucket-shuffle for this operator is not always suitable because the parallism will be restricted by the account of buckets
…d data distribution
This is a follow-up for #34122 .
Currently, we use bucket shuffle local exchange to re-distribution data before a 'colocated' operator. But if no colocate/bucket-shuffle join followed, bucket-shuffle for this operator is not always suitable because the parallism will be restricted by the account of buckets.
Issue Number: close #xxx
Further comments
If this is a relatively large or complex change, kick off the discussion at dev@doris.apache.org by explaining why you chose the solution you did and what alternatives you considered, etc...