14
sqlx::Transaction and Arc<Mutex>
(lemm.ee)
Welcome to the Rust community! This is a place to discuss about the Rust programming language.
Credits
Transactions should be short lived, they block data on the database side from acessing those tables or rows. Best to not jole onto a transaction that long and instead gather your data first or rethink your access patterns to your data base.
But arc does give you a try_unwrap which returns the inner type if there is only one strong copy left. And mutex gives you an into_inner to move out of it. But really transactions should not be held for a long period of time.
Seems like the into_inner is the way (i see other references to it).
And yes, transactions should be short-lived, this is just about delegating it to the responsible component.
Not sure why you need an arc mutex to delegate it to the responsible component. Seems like the type of thing that should not cross thread boundaries nor be cloned multiple times.
Not talking threads here, more Tokio tasks.
You appear to be generally confused.
If you're using the multi-threaded work-stealing tokio runtime (the default), you are "talking threads". And if you aren't,
Arc
andMutex
would be useless, irregardless of whether you're doing it right or wrong.Thanks for the correction ๐