You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 14, 2021. It is now read-only.
With #667 being implemented in 2.1.0, we now support transactions, which batch queries together, which are directly executed in sequence. If one of the queries (or mutations) fails, all previous ones are rolled back.
While this probably already covers the majority of use-cases, many users mentioned, that they in addition are interested in long-running transactions. Such a long-running transaction would for example allow you to start a transaction, execute code, do another query and then end the transaction.
It has been an explicit design decision by Prisma to not implement those transactions for now.
We will explain in-depth soon, why that is.
Until then, we can use this issue as a discussion platform to discuss the topic.
The text was updated successfully, but these errors were encountered:
With #667 being implemented in
2.1.0
, we now support transactions, which batch queries together, which are directly executed in sequence. If one of the queries (or mutations) fails, all previous ones are rolled back.While this probably already covers the majority of use-cases, many users mentioned, that they in addition are interested in long-running transactions. Such a long-running transaction would for example allow you to start a transaction, execute code, do another query and then end the transaction.
It has been an explicit design decision by Prisma to not implement those transactions for now.
We will explain in-depth soon, why that is.
Until then, we can use this issue as a discussion platform to discuss the topic.
The text was updated successfully, but these errors were encountered: