aokolnychyi commented on PR #2276: URL: https://github.com/apache/iceberg/pull/2276#issuecomment-1292661868
> seems in this case the column c3 of the target table evolved from a non-partition column to a partition column. Correct. > Also for file T_A, the method ContentFile.partition will return (part 1 = A, part2 = A)? Yes, I think so. Each file would report a struct that matches the spec of that file. > I think this probably is a safe solution. We can also derive the common columns after Iceberg has done partition pruning, so in that case if the file F_A is not selected as result of pruning, we can still report c1, c2 and c3 to Spark. Agree. I think the reported partitioning should be based on what files are being read in a particular scan. -- 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. To unsubscribe, e-mail: issues-unsubscr...@iceberg.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@iceberg.apache.org For additional commands, e-mail: issues-h...@iceberg.apache.org
