New UUID Formats
ietf.org
New UUID Formats
1–10 of 172 posts
Re: New UUID Formats
#2Uuidv7 looks really interesting. I like that the article mentions all the other projects that attempted to fix uuid issues for different use cases.
Re: New UUID Formats
#3This had appeared a few times before at earlier stages of the draft process...
https://news.ycombinator.com/item?id=28088213 [244 comments]
Personally, I really like UUIDv7, except I transform the UUID to a 25-character string which has all the same properties except it doesn't look like a UUID. The last thing I want is my index of time-sortable UUIDs getting contaminated with with some UUIDv4 fully random ones. Since UUIDs may be generated and persisted in a distributed manner, it's a simple way to at least spot this.
Re: New UUID Formats
#4It's a shame they didn't finally drop big endian. Little endian won out and our newer protocols should reflect that for efficiency's sake.
Re: New UUID Formats
#5UUIDv6 coming in just about 10 years late. Guess its something.
Re: New UUID Formats
#6This had appeared a few times before at earlier stages of the draft process... https://news.ycombinator.com/item?id=28088213 [244 comments] Personally, I really like UUIDv7, except I transform the UUID to a 25-character string which has all the same properties except it doesn't look like a UUID. The last thing I want is my index of time-sortable UUIDs getting contaminated with with some UUIDv4 fully random ones. Sinc…
The UUID version is in the actual ID, so you would be able to spot the version as it isn't fully random.
Although you light mean just visually you'd spot the difference much easier!
Re: New UUID Formats
#7UUIDv6 coming in just about 10 years late. Guess its something.
[deleted]
Re: New UUID Formats
#8UUIDv7 looks interesting, but how is it different from ULID [1] in practice? I was considering using ULID for a upcoming new project because it is lexicographically sortable but it looks like UUIDv7 just can replace that.
[1]: https://cran.r-project.org/web/packages/ulid/vignettes/intro...
Re: New UUID Formats
#9It's a shame they didn't finally drop big endian. Little endian won out and our newer protocols should reflect that for efficiency's sake.
It's necessary to keep them sortable at byte level.
Re: New UUID Formats
#10It's a shame they didn't finally drop big endian. Little endian won out and our newer protocols should reflect that for efficiency's sake.
But network byte order is big endian, so I can see arguments both ways (as it were)