git-annex/Database
Joey Hess f4bdecc4ec
improve sqlite MultiWriter handling of read after write
This removes a messy caveat that was easy to forget and caused at least one
bug. The price paid is that, after a write to a MultiWriter db, it has to
close the db connection that it had been using to read, and open a new
connection. So it might be a little bit slower. But, writes are usually
batched together, so there's often only a single write, and so there should
not be much of a slowdown. Notice that SingleWriter already closed the db
connection after a write, so paid the same overhead.

This is the second try at fixing a bug: git-annex get when run as the first
git-annex command in a new repo did not populate all unlocked files.
(Reversion in version 8.20210621)

Sponsored-by: Boyd Stephen Smith Jr. on Patreon
2021-10-19 15:13:29 -04:00
..
Keys remove unused code 2021-07-30 18:01:36 -04:00
Benchmark.hs convert Key to ShortByteString 2021-10-05 20:20:08 -04:00
ContentIdentifier.hs remove ContentIndentifiersCidRemoteIndex uniqueness constraint 2020-12-23 14:03:33 -04:00
Export.hs use GIT keys for export of non-annexed files 2021-03-05 14:12:11 -04:00
Fsck.hs speed up keys database writes 2021-05-31 15:01:00 -04:00
Handle.hs improve sqlite MultiWriter handling of read after write 2021-10-19 15:13:29 -04:00
Init.hs more RawFilePath conversion 2020-11-05 18:45:37 -04:00
Keys.hs close keys db to possibly work around WSL1 issue 2021-10-19 13:07:49 -04:00
Queue.hs improve sqlite MultiWriter handling of read after write 2021-10-19 15:13:29 -04:00
Types.hs simplify and speed up Utility.FileSystemEncoding 2021-08-11 12:13:31 -04:00