Re:Batch size one billion: SQLite insert speedups, from the ...
by voidstarcpp on Tuesday September 26, 2023 @12:34PM
(#37661828)
With SQLite by default nobody else can even read the database while it's being written, so your comment would be better directed to a conventional database server.
Re:Batch size one billion: SQLite insert speedups, from the ...
by argiopetech on Tuesday September 26, 2023 @12:39PM
(#37661881)
Note that the default can be changed with a PRAGMA at compile time to Write-Ahead Logging (WAL) which is both faster and allows reading during writes.
Re:Batch size one billion: SQLite insert speedups, from the ...
by voidstarcpp on Tuesday September 26, 2023 @12:52PM
(#37662141)
In my limited experiments WAL wasn't faster for high-row-speed writes.
When rows/s are maximized SQLite is CPU limited by internal bytecode operations rather than waiting for disk stuff.
Re:Batch size one billion: SQLite insert speedups, from the ...
by argiopetech on Tuesday September 26, 2023 @03:50PM
(#37664936)
Too late to edit:
This should have said "at run time", as it's set by making a relatively normal (can't be inside a transaction) SQL query.
Meaning, it's certainly possible to get "the absolute fastest inserts possible" but at the same time, you are impacting both other readers of that table AND writers across the db.
This also gets more messy when you are talking about multiple instances.