ZENOTME

> We're introducing a lot of new concepts here and generate a lot of open end (snapshot summary generation, metrics collection, schema compatibility checks, etc). I think it would be...

Track in https://issues.apache.org/jira/browse/AVRO-3920

> Thanks @ZENOTME for this pr: [apache/avro#2650](https://github.com/apache/avro/pull/2650) But I think we should still make this open since it has not been released yet? I think it will be included in...

New info for Avro 0.17: https://issues.apache.org/jira/browse/AVRO-4001. It will be coming soon!

> This one can be closed? I think we can close it now.

> PTAL @liurenjie1024 and @Xuanwo: I've addressed your helpful feedback and I think this is now ready. Performance tests of this on my performance testing branch show clear gains when...

> Hey @ZENOTME! Sure. If you check out my `perf-suite` branch from [my other PR](https://github.com/apache/iceberg-rust/pull/497), this is branched off main and can be used to get a baseline of `plan_files`...

There are rust implementation in icelake can as a reference: - fanout partition writer: https://github.com/icelake-io/icelake/blob/main/icelake/src/io_v2/functional_writer/partition_writer.rs - partition writer: https://github.com/icelake-io/icelake/blob/main/icelake/src/io_v2/functional_writer/precompute_partition_writer.rs

> I want to propose to implement TableMetadataBuilder in a similar approach like [java api](https://github.com/apache/iceberg/blob/2e291c2b67a643ffe93e139483df55f3639cc39d/core/src/main/java/org/apache/iceberg/TableMetadata.java#L857), rather than using derived builder directly Implementing the builder manually looks good to me.

> Hi @ZENOTME, Maybe I can take this issue after you complete #345 Sure! Thanks!