Databricks Iceberg REST catalog doesn't support multiple snapshots per transaction

Bắt đầu bằng cách tái hiện lỗi đối với Databricks hoặc Unity Iceberg REST catalog bằng một transaction chứa nhiều snapshot. Theo dõi .commit_transaction(), hai lệnh gọi .update_snapshot() trong phương thức delete và hành vi transaction xung quanh; được xem là hoàn tất khi pyiceberg có thể commit các thao tác tương thích một cách đáng tin cậy khi catalog từ chối nhiều snapshot trong mỗi transaction.

Apache Iceberg version

0.10.0 (latest release)

Please describe the bug 🐞

When connecting with the databricks / unity iceberg REST catalog to write data using pyiceberg, commits fail at .commit_transaction() if the transaction contains several snapshots:
pyiceberg.exceptions.CommitFailedException: CommitFailedException: Failed to commit to the table, requirement failed: Adding multiple snapshots in a single update is not supported.

This is tricky, since some of the higher-level operations use transactions, but also the "primitives" can fail if a delete happens to contain 2 snapshots (.update_snapshot() is called in two places in the delete method).
However these failures might not appear on the happy path but only if eg another writer process has modified the table and the pyiceberg writer then fails because that triggers two snapshots in a transaction

Assuming databricks doesn't intend to bring multi-snapshot transactions into their iceberg rest catalog, would it be possible to add full "autocommit" support to pyiceberg, such that each snapshot can get committed indiviudually?
The transactions would loose their point, but at least one can then again use pyiceberg with unity's iceberg rest reliably

Steps to reproduce:

• Connect to Databricks iceberg REST using pyiceberg
• Open a transaction
• perform operations that generate 2 or more snapshots
• Attempt commit

Willingness to contribute

• I can contribute a fix for this bug independently
• I would be willing to contribute a fix for this bug with guidance from the Iceberg community
• I cannot contribute a fix for this bug at this time