RussellSpitzer commented on PR #6369:
URL: https://github.com/apache/iceberg/pull/6369#issuecomment-1341558435

   Double checking the relevant part of the spec and we never actually demand 
that partition id's start at 1000. So I think we are in the clear hear from a 
backwards compatibility standpoint as well>
   
   ```Partition Evolution
   Table partitioning can be evolved by adding, removing, renaming, or 
reordering partition spec fields.
   
   Changing a partition spec produces a new spec identified by a unique spec ID 
that is added to the table’s list of partition specs and may be set as the 
table’s default spec.
   
   When evolving a spec, changes should not cause partition field IDs to change 
because the partition field IDs are used as the partition tuple field IDs in 
manifest files.
   
   In v2, partition field IDs must be explicitly tracked for each partition 
field. New IDs are assigned based on the last assigned partition ID in table 
metadata.
   
   In v1, partition field IDs were not tracked, but were assigned sequentially 
starting at 1000 in the reference implementation. This assignment caused 
problems when reading metadata tables based on manifest files from multiple 
specs because partition fields with the same ID may contain different data 
types. For compatibility with old versions, the following rules are recommended 
for partition evolution in v1 tables:
   
   Do not reorder partition fields
   Do not drop partition fields; instead replace the field’s transform with the 
void transform
   Only add partition fields at the end of the previous partition spec```


-- 
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

Reply via email to