How to corrupt an SQLite database file
84 points
by tosh
3 days ago
| 5 comments
| sqlite.org
| HN
dang
5 hours ago
[-]
Related. Others?

How to Corrupt an SQLite Database File - https://news.ycombinator.com/item?id=41846796 - Oct 2024 (1 comment)

How to Corrupt an SQLite Database File - https://news.ycombinator.com/item?id=33503555 - Nov 2022 (1 comment)

How to Corrupt an SQLite Database File - https://news.ycombinator.com/item?id=31214131 - April 2022 (139 comments)

How to Corrupt an SQLite Database File - https://news.ycombinator.com/item?id=16579986 - March 2018 (10 comments)

How to Corrupt an SQLite Database File - https://news.ycombinator.com/item?id=6502229 - Oct 2013 (63 comments)

reply
nok22kon
4 hours ago
[-]
> Multiple copies of SQLite linked into the same application

I had recent SQLite corruption, and I suspect it was this - I was accessing an SQLite database from the same python process using both the builtin sqlite3 package, and also the third party apsw library

reply
webprofusion
4 hours ago
[-]
Interesting that it doesn't specifically call out Anti-Virus scanning (which does occasionally result in at least one of these scenarios). I've seen many SQLite database become corrupted and the best you can do is have a backup.
reply
wolfi1
3 hours ago
[-]
if processes lock the file shouldn't AV refrain from reading or even writing it?
reply
rcxdude
1 hour ago
[-]
Nope, AV hooks into the filesystem layer (the NT kernel has 'filesystem filters' for this) and intercepts all reads and writes on the system.
reply
linzhangrun
3 days ago
[-]
Interesting title for official SQLite documentation :)
reply
unfocso
2 days ago
[-]
The whole sqlite documentation is full of gold gems and other curious documents mostly to appease bureocrats and big companies. It doubles as a fun read other than being incredibly useful.

See, for example: "Defense about the dark arts" (https://sqlite.org/security.Html) and "Why in C?" saying "Because C is best."

reply
andrewl
2 days ago
[-]
Your link to the security page is broken because of the capital H in your URL. It should be: https://www.sqlite.org/security.html
reply
andrewl
2 days ago
[-]
It’s impressive. To admit fallibility is to be honest. It represents confidence.
reply
search_facility
2 hours ago
[-]
Also represents good test coverage
reply
zeroimpl
5 hours ago
[-]
So is the official pronunciation of SQLite spelling out the letters then? I’d expect “a” not “an”…
reply
cyberax
4 hours ago
[-]
I have never heard it pronounced in any other way than "s-q-lite".
reply
red1oon
3 days ago
[-]
Article date is Jan 2022. This changes when SQLite runs as WASM in a browser — a context that only became properly viable with OPFS synchronous access handles in mid-2022.
reply
andrewl
2 days ago
[-]
The January 6, 2022 date at the bottom of the page is not the date the page was last updated. It is the date problem 8.9 (Boundary value error in the secondary journals used by nested transactions) directly above it was fixed. The date at the very bottom of the screen in the middle says the page itself was last updated on 2026-04-13.
reply
ShinyLeftPad
4 hours ago
[-]
What changes?
reply