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
Strict ordering of transaction commits is critical when designing safe distributed transactions without 2PC. Currently we use Hibernate interceptors to detect the transaction order and make asserts at the in critical multi shard functions. This is flawed because a raw non-Hibernate update could change the transaction order without us detecting it.
It would be better if we had some form of function which returns the order which shards transactions will be committed in the currently running session.
The text was updated successfully, but these errors were encountered:
Strict ordering of transaction commits is critical when designing safe distributed transactions without 2PC. Currently we use Hibernate interceptors to detect the transaction order and make asserts at the in critical multi shard functions. This is flawed because a raw non-Hibernate update could change the transaction order without us detecting it.
It would be better if we had some form of function which returns the order which shards transactions will be committed in the currently running session.
The text was updated successfully, but these errors were encountered: