Hi Laszlo,

I think this is expected behavior of format v1, where a dropped partition
column is actually converted to a null transform instead of being actually
dropped. This is because the partition spec is not versioned in v1.

See
https://github.com/apache/iceberg/blob/efaad975fc9bbeaa27392b333211e99ac444aaba/core/src/main/java/org/apache/iceberg/BaseUpdatePartitionSpec.java#L222-L226
for more details.

-Jack Ye

On Wed, Jun 9, 2021 at 6:54 AM Laszlo Pinter <lpin...@cloudera.com.invalid>
wrote:

> Hi Iceberg Devs,
>
> I'm using the Iceberg API to drop/add partition transforms, but recently
> I've run into an issue.
> When I try to add a new partition that previously existed, but it was
> already dropped I get *Cannot use partition name more than once *error
> message.
>
> Here is what I'm doing:
>
> table.updateSpec().addField(month("ts")).commit();
> table.updateSpec().removeField("ts_month").commit();
> table.updateSpec().addField(day("ts")).commit();
> table.updateSpec().addField(month("ts")).commit();
>
> What is the correct way to implement this sort of partition evolution?
>
> Thanks,
> Laszlo
>

Reply via email to