Databricks Iceberg REST catalog doesn't support multiple snapshots per 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
- [x] I cannot contribute a fix for this bug at this time

Comece reproduzindo a falha no Databricks ou Unity Iceberg REST catalog com uma transação contendo vários snapshots. Rastreie .commit_transaction(), as duas chamadas a .update_snapshot() no método delete e o comportamento da transação ao redor; o trabalho estará concluído quando o pyiceberg puder fazer commit de operações compatíveis de forma confiável quando o catalog rejeitar vários snapshots por transação.

Escrita pelo modelo de indexação a partir do texto da issue.