Générateur UUID (v4 aléatoire, v7 ordonné par temps)

Quand utiliser v4 vs v7

UUID v4 est purement aléatoire — 122 bits aléatoires avec deux bits de version/variante, donnant environ 5,3 × 10³⁶ valeurs possibles. Deux UUID v4 sont pratiquement garantis de ne jamais entrer en collision. Utilise v4 partout où tu n'as pas besoin d'ordre, comme les identifiants de requête API ou les identifiants d'utilisateurs anonymes.

UUID v7 (RFC 9562, publié en 2024) commence par un timestamp Unix en millisecondes de 48 bits suivi de 74 bits aléatoires. Ils se trient lexicographiquement dans l'ordre de création, ce qui est énorme pour la performance des bases de données — des clés primaires triées par temps signifient que les insertions vont toujours à la fin du B-tree, sans divisions de pages aléatoires. Utilise v7 pour les nouvelles clés primaires de base de données.

Comment fonctionne ce générateur

v4 et v7 utilisent tous deux crypto.getRandomValues — la source aléatoire sécurisée du navigateur, la même primitive utilisée par HTTPS et les gestionnaires de mots de passe. v4 remplit 122 bits aléatoirement. v7 divise 48 bits de timestamp + 74 bits aléatoires plus les marqueurs de version/variante selon la RFC.

La génération se produit dans ton navigateur. Les UUID ne sont pas stockés ni transmis. Si tu génères 100 UUID v4, la chance de collision entre eux est astronomiquement faible — bien en dessous de la chance que des rayons cosmiques invertissent des bits dans ton CPU.

Pièges courants avec les UUID

Les UUID v4 comme clés primaires de base de données nuisent à la performance par rapport aux entiers auto-incrémentés car les valeurs aléatoires causent des divisions de pages B-tree lors des insertions. v7 résout cela — utilise v7 si tu veux les avantages des UUID sans la douleur d'index.

N'expose pas les UUID aux utilisateurs là où la devinabilité compte. Les UUID v4 ont 122 bits d'entropie et sont impossibles à deviner. Les UUID v7 révèlent l'heure de création, ce qui convient à la plupart des usages mais est mauvais si l'heure de création est sensible.

Les UUID font 36 caractères avec les tirets (32 hex + 4 tirets). Ils occupent 16 octets en binaire ou 36 octets en texte. Pour les colonnes à très haute cardinalité, envisage de les stocker en binaire BLOB / type UUID natif plutôt qu'en VARCHAR(36).