In the current implementation, during the process where we align all columns to match the length of the longest unnest operation, it can result in excessive data copying and lead to unexpected errors for queries such as:
select * from (select unnest(range(0, 100000)) id) t inner join (select unnest(range(0, 100000)) id) t1 on t.id = t1.id;
This can trigger errors like attempt to add with overflow
What changes are included in this PR?
Introduced repeat_mask to determine which columns need to be repeated or replaced with nulls based on:
Whether the column is required in future unnesting levels.
Whether the column is involved in unnesting at all.
Ensures only necessary columns are repeated, reducing unnecessary data copying.
Which issue does this PR close?
Closes #13237.
Rationale for this change
In the current implementation, during the process where we align all columns to match the length of the longest unnest operation, it can result in excessive data copying and lead to unexpected errors for queries such as:
select * from (select unnest(range(0, 100000)) id) t inner join (select unnest(range(0, 100000)) id) t1 on t.id = t1.id;
This can trigger errors like
attempt to add with overflow
What changes are included in this PR?
Introduced repeat_mask to determine which columns need to be repeated or replaced with nulls based on:
Ensures only necessary columns are repeated, reducing unnecessary data copying.
Are these changes tested?
Yes
Are there any user-facing changes?
No