Allow for date -> time promotion in v3

[rambleraptor]

Closes #14265

This adds promotion logic for date->timestamp, as well as proper plumbing to ensure that these promotions only occur for Table Format v3

[talatuyarer]

I see few things are missing:

• Add partition field validation logic
• Add test for partition field validation
• Add negative test: v2 tables rejecting date→timestamp
• Add negative test: v3 tables rejecting date→timestamptz
• update formatVersion parameter in JavaDoc
• Please update adding integration test
• Add promotion test on TestSchemaUnionByFieldName.java
• add tests for Parquet another data formats that verifies that data written with old types can be read correctly after promotion.

[talatuyarer]

One more thing Did you have a chance to run revapi ? @rambleraptor

https://iceberg.apache.org/contribute/#checking-for-api-breakages

[rambleraptor]

@talatuyarer revapi is passing

[rambleraptor]

@talatuyarer changes made! I'm unsure what a Parquet test would look like in practice. Doesn't look like we have an existing test that I can work off of.

[nandorKollar]

LGTM, I took a similar approach in my abandoned PR.

[rambleraptor]

@nandorKollar thanks so much for the review!

[RussellSpitzer]

Do we account for metrics written as the pre promotion type? I think this code is already part of metrics evaluation but we should test to make sure a promoted field still filters properly

[rambleraptor]

@RussellSpitzer @talatuyarer I just added a metrics test for Parquet, which I think covers the use case you're describing. Let me know if it doesn't.