this post was submitted on 06 Jun 2026
31 points (97.0% liked)

Programming

27173 readers
344 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev



founded 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] SmoothLiquidation@lemmy.world 4 points 12 hours ago (1 children)

I would say their findings would be pretty consistent no matter which DBMS you use.

[–] eager_eagle@lemmy.world 7 points 11 hours ago* (last edited 11 hours ago) (1 children)

But that's the thing with benchmarks, you run them because making assumptions about performance based on guesswork often fails. SQLite is very much architecturally unique for being a daemon-less database that doesn't concern itself with concurrent writes.

Is UUID as pk slower than int or bigints? Probably - you're storing 4x more data than a 32-bit integer. Does it matter? Probably not.

[–] Tja@programming.dev 2 points 10 hours ago

UUID could be slower for SQLite. If you have a SEQUENCE and millions of concurrent writes you have other problems.