Les deux versions occupent 128 bits et utilisent la variante RFC, mais répondent à des besoins différents. UUIDv4 consacre 122 bits aux données aléatoires. UUIDv7 place d’abord les millisecondes Unix et garde 74 bits aléatoires, ce qui rapproche l’ordre binaire de l’ordre de création.
Ce que signifient les bits
UUIDv4 est aléatoire sauf quatre bits de version et deux bits de variante RFC. UUIDv7 commence par 48 bits de millisecondes Unix, puis version, données aléatoires, variante RFC et encore du hasard. L’horodatage est une métadonnée visible, pas une signature. Deux UUIDv7 de la même milliseconde ne garantissent pas l’ordre des appels.
Choisissez selon le système destinataire
UUIDv4 est largement pris en charge et ne révèle pas l’heure de création. UUIDv7 peut améliorer la localité des index comparant les octets canoniques et faciliter les journaux. Vérifiez le stockage et le tri de la base : collation, ordre des octets, pilote ou disposition GUID peuvent modifier le résultat.
Formulez précisément l’unicité
Aucune version ne garantit mathématiquement l’unicité mondiale. Le risque dépend du générateur, du volume et de l’implémentation. Utilisez une source cryptographique, conservez les 128 bits et imposez une contrainte unique si le modèle l’exige. UUIDLens emploie de nouveaux octets Web Crypto sans pouvoir auditer les autres générateurs.