Générateur d'UUID

Qu'est-ce qu'un UUID ?

Un UUID (Universally Unique Identifier, parfois appelé GUID) est un nombre de 128 bits écrit comme 32 chiffres hexadécimaux dans la forme canonique 8-4-4-4-12 — par exemple a1b2c3d4-e5f6-4a7b-9c0d-1e2f3a4b5c6d. L'idée, c'est que n'importe quel système peut en émettre un sans coordination et que la probabilité de collision est négligeable. La v4 est entièrement aléatoire ; la v7 intègre un timestamp en millisecondes au début, donc les v7 se trient chronologiquement et s'entendent bien mieux avec les index B-tree des bases de données que les v4.

Comment utiliser cet outil

Choisissez une version (v4 pour des IDs aléatoires opaques, v7 quand vous voulez l'ordre temporel pour des clés primaires), choisissez combien il vous en faut (1 à 100), choisissez minuscules ou MAJUSCULES, et cliquez sur Régénérer. Utilisez Copier à côté d'une ligne pour en récupérer un, ou Tout copier pour les déposer tous dans le presse-papiers, un par ligne. La v4 utilise crypto.randomUUID() du navigateur ; la v7 est construite localement à partir d'un timestamp 48 bits plus 74 bits aléatoires.

v4 ou v7 — laquelle utiliser ?

Utilisez la v4 pour les tokens, les IDs de requête, les identifiants opaques exposés au public, partout où vous ne voulez ni laisser fuiter l'ordre ni le timing. Utilisez la v7 pour les clés primaires dans les bases modernes — elle vous donne des IDs uniques globalement sans le brassage d'index dû aux insertions aléatoires, et les lignes se trient naturellement par date de création. Évitez la v1 (laisse fuiter l'adresse MAC) et les v3/v5 (basées sur un nom, usage de niche). Ne tronquez pas les UUID pour « gagner de la place » — les collisions montent vite.

Versions d'UUID en un coup d'œil

Tous les UUID font 128 bits et se ressemblent en transit ; le numéro de version (le premier chiffre hex du troisième groupe) indique comment ils ont été émis.

Version	Construit depuis	Usage typique
v1	Timestamp + MAC address	Legacy. Leaks host info — avoid.
v3 / v5	Hash of namespace + name (MD5 / SHA-1)	Deterministic IDs from a name. Niche.
v4	122 random bits	Tokens, opaque IDs, request IDs.
v6	Reordered v1 (sortable)	v1 replacement when you can't move to v7.
v7	48-bit ms timestamp + 74 random bits	Modern default for DB primary keys.
v8	Custom (RFC-defined slot)	Bring-your-own scheme.

Questions fréquentes

Ces UUID sont-ils vraiment uniques ?

Pour des raisons pratiques, oui. Une v4 a 122 bits aléatoires (~5×10³⁶ valeurs) ; la chance que deux UUID aléatoires entrent en collision est si faible qu'il faudrait en émettre des milliards par seconde pendant des siècles pour en attendre une. Les v7 partagent le préfixe timestamp pour les UUID émis dans la même milliseconde, mais ont quand même 74 bits aléatoires — les collisions restent astronomiquement improbables.

La v7 est-elle un standard officiel ratifié ?

Oui. L'UUID v7 est défini dans la RFC 9562 (mai 2024), qui a remplacé la RFC 4122 et ajouté les v6/v7/v8. Postgres, MySQL, SQL Server et la plupart des langages modernes embarquent désormais des helpers natifs pour elle.

Pourquoi utiliser la v7 plutôt que la v4 pour des clés primaires ?

Les v4 sont insérées à des positions aléatoires dans un index B-tree, ce qui fragmente l'index et fait chuter le débit d'écriture sur les grosses tables. Les v7 commencent par un timestamp en millisecondes, donc les nouvelles lignes vont à la fin de l'index — même schéma d'insertion qu'un entier auto-incrémenté, mais unique globalement. Vous obtenez aussi le « créé le » quasiment gratuitement.

Puis-je trier des UUID v7 par temps ?

Oui. Les 48 premiers bits sont un timestamp Unix en millisecondes, big-endian, donc un simple tri de chaîne ou un tri d'octets sur des v7 vous donne l'ordre chronologique. Les UUID émis dans la même milliseconde se départagent sur la queue aléatoire, mais les lignes restent groupées par date de création.

Quelle différence entre UUID et GUID ?

Rien d'important. « GUID » est le terme historiquement préféré par Microsoft ; « UUID » vient de la tradition DCE/RFC d'origine. Ce sont les mêmes identifiants 128 bits dans le même format canonique. Vous pouvez les utiliser de manière interchangeable.

Sont-ils générés sur un serveur ?

Non. La v4 appelle crypto.randomUUID(), une fonction native du navigateur. La v7 est assemblée localement depuis Date.now() et crypto.getRandomValues. Pas d'aller-retour réseau, pas de log — vous pouvez vérifier dans DevTools > Réseau qu'aucune requête ne part quand vous cliquez sur Régénérer.

Générateur d'UUID