docs(db): legacy JSON files are deletable once tables are populated: the on-disk copies of users/history/searches were verified superseded by SQLite and removed; the docstring claimed they were kept as a snapshot

This commit is contained in:
jozamudi committed 2026-09-16 21:14:26 +00:00
1 parent cbfb2f96c8
commit 4aca78cab8
1 file changed
+3 -3
+3 -3
View File
@@ -7,9 +7,9 @@ reconnect cost is zero. WAL: SQLite serializes writers itself, so the
lost-update races of the JSON read-modify-write era are gone.
One-time import: a table that is empty while its legacy JSON still exists
gets absorbed (users.json, history/*.json, searches/*.json). The JSON files
are left in place as a last-known-good snapshot; the empty-table guard makes
a second import impossible. Legacy ghost rows (same episode stored with int
gets absorbed (users.json, history/*.json, searches/*.json); the files are
deletable once the tables are populated (the empty-table guard makes a
second import impossible). Legacy ghost rows (same episode stored with int
AND str ep_id) are deduped on import: newest t per (user, slug, ep).
"""
import json