planner: fix inconsistent schema between UnionAll and child operator (#30231)#30839
planner: fix inconsistent schema between UnionAll and child operator (#30231)#30839ti-srebot wants to merge 1 commit intopingcap:release-5.2from
Conversation
Signed-off-by: ti-srebot <ti-srebot@pingcap.com>
|
[REVIEW NOTIFICATION] This pull request has not been approved. To complete the pull request process, please ask the reviewers in the list to review by filling The full list of commands accepted by this bot can be found here. DetailsReviewer can indicate their review by submitting an approval review. |
|
/run-all-tests |
|
@time-and-fate you're already a collaborator in bot's repo. |
|
This pull request is closed because it's related version has closed automatic cherry-picking. You can find more details at: |
cherry-pick #30231 to release-5.2
You can switch your code base to this Pull Request by using git-extras:
# In tidb repo: git pr https://github.com/pingcap/tidb/pull/30839After apply modifications, you can push your change to this PR via:
What problem does this PR solve?
Issue Number: close #29705
Problem Summary:
The schema of the
UnionAllis different from its children operators. Then the Union Exec returns an error.In this case, the
UnionAllhas one column but its childAggregationhas two. It's caused by an extra column is added toAggregationin(*LogicalAggregation).PruneColumns().What is changed and how it works?
Add extra logic in
(*LogicalUnionAll).PruneColumnsto handle this case.When
UnionAllfinds its child has more columns, it will add the extra Projection to prune the extra column.About the additional changes in the test, please see the issue.
Check List
Tests
Side effects
Documentation
Release note