Guide UUID : Versions, Formats et Utilisation

Qu est-ce qu un UUID ?

Un UUID (Universally Unique Identifier) est un identifiant de 128 bits utilise pour identifier des ressources sans autorite centrale. Le format standard ressemble a ceci : 550e8400-e29b-41d4-a716-446655440000 — 32 caracteres hexadecimaux separes par quatre tirets en cinq groupes (8-4-4-4-12).

Les UUID resolvent un probleme fondamental des systemes distribues : comment generer un identifiant unique sur deux machines differentes au meme moment sans qu elles communiquent entre elles ? Avec les UUID, la probabilite de collision est si faible qu on peut les considerer comme uniques en pratique.

La specification formelle est le RFC 4122 (avec le RFC 9562 qui l actualise en 2024 pour ajouter les versions v6, v7 et v8). La plupart des langages de programmation incluent la generation d UUID dans leur bibliotheque standard.

Les Versions d UUID

UUID v1 — Horodatage + Adresse MAC

La version 1 combine un horodatage de 60 bits (intervalles de 100 nanosecondes depuis le 15 octobre 1582) avec l adresse MAC de la machine. Cela garantit l unicite dans le temps et l espace mais revele l identite de la machine generatrice et l heure exacte de creation. Elle est rarement recommandee aujourd hui pour les nouveaux projets en raison du probleme de confidentialite.

UUID v4 — Aleatoire

La version 4 est la plus largement utilisee. Elle genere 122 bits aleatoires (6 bits sont fixes pour les marqueurs de version et de variante). Avec une bonne source d aleatoire, les collisions sont pratiquement impossibles — il faudrait generer 2,71 quintillions d UUID pour avoir 50 % de chances d une seule collision.

L inconvenient : les UUID v4 sont completement aleatoires, ce qui cause de mauvaises performances comme cles primaires dans les index B-tree car les insertions sont dispersees dans l arbre.

UUID v7 — Aleatoire Ordonne par Horodatage

La version 7 (RFC 9562, 2024) est la nouvelle version recommandee pour la plupart des cas d usage. Elle integre un horodatage Unix en millisecondes dans les 48 premiers bits, suivi de donnees aleatoires. Les UUID v7 sont donc triables par date de creation et s inserent sequentiellement dans les index — resolvant le probleme de performance de v4 tout en conservant l aleatoire pour l unicite.

UUID vs Auto-increment

Les entiers auto-incrementes (1, 2, 3...) sont plus simples, plus petits (4 ou 8 octets contre 16) et produisent des insertions parfaitement ordonnees. Alors pourquoi utiliser des UUID ?

• Generation distribuee : Plusieurs services ou bases de donnees peuvent creer des identifiants sans coordination. L auto-increment necessite une autorite unique.
• Fusion facilitee : En combinant des donnees de sources multiples, les UUID ne collisionnent pas. Les ID entiers de systemes differents le feront.
• Securite : Les ID sequentiels exposent le nombre d enregistrements et sont faciles a enumerer. Les UUID ne sont pas devinables.
• Generation cote client : Vous pouvez generer l identifiant avant l insertion en base, ce qui simplifie les patterns d UI optimiste et les applications offline-first.

Performance en Base de Donnees

Les UUID aleatoires (v4) causent une fragmentation des index B-tree. Chaque insertion atterrit a une position aleatoire, scindant les pages et creant un index plus grand et moins favorable au cache. Sur de grandes tables (millions de lignes), cela peut degrader les performances d insertion de 2 a 5 fois par rapport aux cles sequentielles.

• Utilisez UUID v7 : Le prefixe d horodatage garantit que les nouveaux UUID sont toujours superieurs aux precedents, produisant des insertions sequentielles comme l auto-increment.
• Stockez en binary(16) : Stocker les UUID sous leur forme binaire brute de 16 octets au lieu d une chaine de 36 caracteres reduit la taille de l index de plus de moitie. Le type uuid de PostgreSQL fait cela automatiquement.
• Envisagez ULID ou KSUID : Ce sont des alternatives aux UUID concues specifiquement pour la generation ordonnee et l encodage compact.

Probabilite de Collision

Pour UUID v4 avec 122 bits aleatoires, les mathematiques sont directes. Apres avoir genere n UUID, la probabilite de collision s approxime a n^2 / (2 * 2^122). En termes pratiques : avec 1 milliard d UUID, la probabilite de collision est d environ 1 sur 10^20. Negligeable.

Le vrai risque n est pas la collision mathematique — c est un generateur de nombres aleatoires defectueux. Utilisez toujours une source aleatoire cryptographiquement sure (crypto.randomUUID() dans les navigateurs, crypto.randomBytes() en Node.js).

Generez des UUID Instantanement

Besoin d UUID maintenant ? Notre Generateur d UUID cree des UUID v4 et v7 dans votre navigateur. Generez des identifiants individuels ou par lots, copiez en un clic et utilisez-les dans votre code, vos seeds de base de donnees ou vos tests d API. Aucune donnee ne quitte votre appareil.