mirror of
https://github.com/beetbox/beets.git
synced 2025-12-08 01:23:09 +01:00
a28f930c52
In an attempt to finally address the longstanding SQLite locking issues, I'm introducing a way to explicitly, lexically scope transactions. The Transaction class is a context manager that always fully fetches after SELECTs and automatically commits on exit. No direct access to the library is allowed, so all changes will eventually be committed and all queries will be completed. This will also provide a debugging mechanism to show where concurrent transactions are beginning and ending. To support composition (transaction reentrancy), an internal, per-Library stack of transactions is maintained. Commits only happen when the outermost transaction exits. This means that, while it's possible to introduce atomicity bugs by invoking Library methods outside of a transaction, you can conveniently call them *without* a currently-active transaction to get a single atomic action. Note that this "transaction stack" concepts assumes a single Library object per thread. Because we need to duplicate Library objects for concurrent access due to sqlite3 limitation already, this is fine for now. Later, the interface should provide one transaction stack per thread for shared Library objects. |
||
|---|---|---|
| .. | ||
| beetsweb.png | ||
| bpd.rst | ||
| chroma.rst | ||
| embedart.rst | ||
| importfeeds.rst | ||
| index.rst | ||
| inline.rst | ||
| lastgenre.rst | ||
| lyrics.rst | ||
| mbcollection.rst | ||
| mpdupdate.rst | ||
| rdm.rst | ||
| replaygain.rst | ||
| rewrite.rst | ||
| scrub.rst | ||
| web.rst | ||
| writing.rst | ||
