What do you do to then query the data?
I usually need indexes so queries are not slow.
Perhaps I could insert into a staging table then bulk copy the data over to an indexed table, but that seems silly.
If your application language/framework allows, you can do the batching there. e.g. have your single request handler put work into an (in-memory) queue. Then another thread/async worker pull batches off the queue and do your db work in batch, and trigger the response to the original handler. In an http context, this is all synchronous from the client perspective, and you can get 2-10x throughput at a cost of like 2 ms latency under load.
I've since played around with this a little more and you can do it pretty generically (at least make the worker generic where you give it a function `Chunk[A] => Task[Chunk[Result[B]]]` to do the database logic). I don't have that handy to post right now, but probably you're not using Scala anyway so the details aren't that relevant.
I've tried out a similar thing in Rust and it's a lot more finicky but still doable there. Should be similar in go I'd think.
Isn't that basically the idea behind the "lambda architecture"? Of course you typically don't use the same product for both the real time and the batch aspects.
I think its because of btrees. Btrees and the pages work better if only the last page is getting lots of writes.
Iuids cause lots of un ordered writes leading to page bloat.
I see you have traffic coming from indiepa.ge, so I wonder which indie hacker are you and are you on twitter. I always wont to know who's behind something, particularly if im going to install their tracking tool. ;)
https://leopardlinks.com/