Was sind die Erweiterungen .db-shm und .db-wal in Sqlite-Datenbanken?

Ich sehe ein seltsames Verhalten bei meiner Anwendung und dem Status ihrer Datenbankdatei, nachdem ich einige Tests ausgeführt habe, die die Datenbank schließen, löschen und durch eine Testvorrichtung ersetzen. Wenn ich die Datenbankdatei mit einem Tool auf meinem Debugging-PC untersuche, stimmt sie nicht mit dem überein, was die Anwendung selbst zu melden scheint. Es ist möglich, dass dieses seltsame Verhalten damit zusammenhängt dieser Fehler.

Mir ist aufgefallen, dass es zwei Dateien mit demselben Basisnamen wie die Datenbank gibt (mit der normalen .db Erweiterung.) Die Dateierweiterungen sind .db-shm und .db-walund jeder ist neuer als die .db Zeitstempel der Datei.

Ich gehe davon aus, dass es sich um temporäre Dateien handelt. Ich frage mich jedoch, ob die Anwendung beendet ist, sollten sie nicht gelöscht werden? Noch wichtiger ist, dass ich davon ausgehe, dass alle darin gespeicherten Daten in der aktualisiert werden .db Datei, bevor die Anwendung vom Betriebssystem beendet wird. Ist das richtig?

Sie haben Recht, dies sind temporäre Dateien, die von SQLite erstellt wurden. Wenn Sie die Hauptdatenbank manuell löschen, sollten Sie diese wahrscheinlich auch löschen. Soweit ich weiß, ist die WAL ein Ersatz für das Rollback-Journal, das es SQLite ermöglicht, Änderungen rückgängig zu machen, wenn eine Transaktion fehlschlägt. Wie SQLite sie verwendet und warum sie so lange aufbewahrt werden, ist den Autoren von SQLite überlassen, aber im Allgemeinen scheint SQLite ziemlich felsenfest zu sein, sodass ich mir darüber keine allzu großen Sorgen machen würde. Weitere Informationen finden Sie hier:

http://www.sqlite.org/fileformat2.html#walindexformat

Diese Dateien sind ein neues Feature von SQLite 3.7. Ich bin mir nicht sicher, ob ihre Existenz mit dem Fehler zusammenhängt, auf den Sie hinweisen, aber der Fehlerbericht schlägt trotzdem eine Problemumgehung vor.

AKTUALISIEREN:

Eine bessere Dokumentation über die WAL ist hier:

https://www.sqlite.org/wal.html

Der Inhalt der WAL wird regelmäßig in die DB-Datei verschoben, aber es ist nicht garantiert, dass dies jedes Mal auftritt, wenn der Prozess beendet wird. Wenn also WAL aktiviert ist, besteht jede SQLite-DB aus zwei Dateien auf der Festplatte, die aufbewahrt werden müssen, sowohl die .db-Datei als auch die .db-wal-Datei.

Die .db-shm-Datei ist eine gemeinsam genutzte Speicherdatei, die nur temporäre Daten enthält.

Ich habe noch nicht genug Ruf, um die Antwort von satur9nine einfach zu kommentieren, also werde ich hier weitermachen.

Gem die SQLite-Dokumentation, die DB-SHM-Datei ist eine Shared Memory-Datei, die nur vorhanden ist, wenn SQLite im WAL-Modus (Write-Ahead Log) ausgeführt wird. Dies liegt daran, dass im WAL-Modus alle DB-Verbindungen, die sich dieselbe DB-Datei teilen, denselben Speicherort aktualisieren müssen, der als Index für die WAL-Datei verwendet wird, um Konflikte zu vermeiden.

Die WAL-Datei ist, wie oben angedeutet, ein Schreibprotokoll/Journal, das für Commits/Rollback-Zwecke nützlich ist.

Stellen Sie sicher, dass Sie den Cursor richtig geschlossen haben SELECT Betrieb. Manchmal erstellt SQLiteOpenHelper .db-shm und .db-wal Erweiterungsdatenbank aufgrund eines nicht geschlossenen Cursors.