I'm a backend web developer working on a pretty typical Postgres-backed web application. Each HTTP request is handled within a "SERIALIZABLE" transaction.
For some requests, we need to perform a sub-operation (which might fail) and record the success/failure in the DB. Subtransactions offer a simple way to do that -- the overall request is still wrapped in a transaction, and the sub-operation would be wrapped a subtransaction.
But a few things I've read online have made me wary of subtransactions:
But those articles seem to describe a use case that's more demanding than mine. They talk about deeply-nested subtransactions, whereas I will only have 1 (maybe 2) levels of nesting within the top-level transaction.
I'd appreciate any pointers on how to determine whether a particular use of subtransactions will run into the issues described in the linked articles.
(I'm currently using Postgres 13.5 on GCP. Upgrading would require some effort, but I'm open to it!)
