Wie verhindere ich SQLite-Datenbanksperren?

Aus den SQLite-FAQ habe ich Folgendes gewusst:

Bei mehreren Prozessen kann dieselbe Datenbank gleichzeitig geöffnet sein. Es können mehrere Prozesse SELECTgleichzeitig ausgeführt werden. Es kann jedoch zu jedem Zeitpunkt nur ein Prozess Änderungen an der Datenbank vornehmen.

Also, soweit ich das verstehe ich kann: 1) lesen db von mehreren Threads ( SELECT) 2) lesen db von mehreren Threads ( SELECT) und Schreiben von einzelnen Thread ( CREATE, INSERT, DELETE)

Ich habe jedoch über Write-Ahead-Protokollierung gelesen , die mehr Parallelität bietet, da Leser keine Schreiber blockieren und ein Schreiber keine Leser blockiert . Lesen und Schreiben können gleichzeitig erfolgen.

Schließlich bin ich völlig durcheinander, als ich es gefunden habe , wenn angegeben:

Hier sind andere Gründe, um einen SQLITE_LOCKED-Fehler zu erhalten:

• Der Versuch, CREATEoder DROPeine Tabelle oder ein Index , während eine SELECTErklärung noch aussteht.
• Der Versuch, in eine Tabelle zu schreiben, während a SELECTin derselben Tabelle aktiv ist.
• Versuchen Sie, SELECTin einer Multithread-Anwendung zwei gleichzeitig für dieselbe Tabelle auszuführen, wenn SQLite nicht dafür festgelegt ist.
• fcntl (3, F_SETLK-Aufruf für DB-Datei schlägt fehl. Dies kann beispielsweise durch ein NFS-Sperrproblem verursacht werden. Eine Lösung für dieses Problem besteht darin, die DB zu entfernen und sie zurück zu kopieren, damit sie einen neuen Inode-Wert hat

Also, ich möchte für mich selbst klarstellen, ist es notwendig, die Sperre zu vermeiden? Kann ich gleichzeitig aus zwei verschiedenen Threads lesen und schreiben? Vielen Dank.

Diese Seite, die Sie verlinkt haben, ist nicht nur ziemlich alt, sondern spricht auch von Zugriffen aus demselben Prozess über dieselbe Datenbankverbindung (oder über Multipe-Verbindungen im gemeinsam genutzten Cache-Modus , die Sie nicht verwenden sollten).

Wenn Sie sich nicht im WAL-Modus befinden, können mehrere Verbindungen aus derselben Datenbank lesen, eine Schreibtransaktion ist jedoch exklusiv, dh es sind keine anderen Leser oder Schreiber zulässig.

Im WAL-Modus blockieren sich ein Schreiber und ein Leser nicht gegenseitig, es ist jedoch immer noch nur ein Schreiber zulässig.