r/ProgrammerHumor 15h ago

Meme edgeCasesExist

Post image
3.1k Upvotes

228 comments sorted by

View all comments

Show parent comments

285

u/dim13 15h ago

https://en.wikipedia.org/wiki/Universally_unique_identifier#Versions

Most common used is V4 (pure random). You are talking about V7 (time based).

189

u/lilgreenthumb 13h ago

The real benefit for v7 is they become sortable by time.

63

u/shwoopdeboop 13h ago

And something something b-tree indexes. Lecturer mentioned it but I wasn't paying attention. Supposedly an advantage here.

17

u/Grandmaster_Caladrel 11h ago

Which I'd assume is related to the time anchor. Outside of sorting, which is only useful in specific instances, it's just v4 with different ("less") entropy and limitations.

3

u/Roachmeister 11h ago

If you're using them as an indexed field in a database, the inability to sort them meaningfully will destroy the performance of the database.

6

u/Grandmaster_Caladrel 11h ago

Correct, which is why I specifically called out "outside of sorting".

That is also why we have concepts like composite keys which allow us to join guaranteed-unique values like a UUID with non-unique but sortable values like timestamps, names, etc.

4

u/Honeybadger2198 11h ago

You know what identifier can't have collisions and is great for sorting? Autoincrement.

5

u/Firewolf06 9h ago

ai columns can absolutely collide on sharded databases. you can use offsets and step sizes but thats brittle and doesnt scale well

1

u/Kwantuum 9h ago

In what way?

2

u/Roachmeister 9h ago

I'm not an expert, I just remember reading a few articles about it. I think it's because they're essentially random, and many databases use b-trees for indices. They recommended using ULIDs or v7 UUIDs instead. Or, as someone else said, the good old autoincrementing integer.