Générateur d'UUID — Génération en Masse v4, Sans Tirets et Majuscules

Générez autant d'identifiants UUID v4 (aléatoires) que nécessaire, directement dans votre navigateur. Convertissez en un clic au format standard, majuscules, sans tirets, avec accolades ou URN, prêts à copier. Gratuit, sans inscription.

Aperçu des versions d'UUID

Version Basé sur Description
UUID v1 Horodatage + adresse MAC Généré à partir du moment de création et de l'adresse MAC de la carte réseau. Peut révéler l'appareil d'origine, ce qui pose des problèmes de confidentialité — rarement choisi aujourd'hui pour de nouveaux systèmes.
UUID v3 Espace de noms + hachage MD5 Généré en hachant un espace de noms et une chaîne de nom avec MD5. Déterministe : la même entrée produit toujours le même UUID. En raison des faiblesses de collision connues de MD5, v5 est désormais préféré pour les nouveaux usages.
UUID v4 Entièrement aléatoire Généré à partir d'une source aléatoire cryptographiquement sûre. Ne révèle aucune information sur son origine et est simple à mettre en œuvre, ce qui en fait la variante la plus utilisée. C'est le format généré par cet outil.
UUID v5 Espace de noms + hachage SHA-1 Même approche par espace de noms que v3, mais utilisant SHA-1. Recommandé lorsqu'une génération déterministe est nécessaire, c'est-à-dire reproduire le même ID à partir des mêmes données.
UUID v6 Horodatage réordonné + aléatoire Normalisé dans la RFC 9562 (2024). Réordonne les champs d'horodatage de v1 pour que l'ordre lexicographique des octets corresponde à l'ordre chronologique, améliorant l'efficacité des index de base de données.
UUID v7 Horodatage Unix + aléatoire Normalisé dans la RFC 9562 (2024). Commence par un horodatage Unix à la milliseconde, ce qui permet de trier les ID par ordre de création. De plus en plus adopté comme remplacement de v4 dans les nouveaux projets.

Ce qu’est un UUID et comment ceux-ci sont produits

Un UUID (Universally Unique Identifier) est un identifiant de 128 bits conçu pour n’apparaître nulle part en double dans le monde ; on l’emploie comme clé primaire de base de données, comme identifiant de requête d’API et pour des usages semblables. Son intérêt tient à ce qu’aucun serveur central n’a besoin de distribuer des numéros séquentiels : chaque machine en émet de son côté et, en pratique, il n’y a pas de collision.

Cet outil produit des UUID de version 4 – entièrement aléatoires – dans votre navigateur grâce à l’API Web Crypto. Rien n’est transmis à un serveur. Générez d’un coup le nombre voulu, puis passez en un clic de la forme standard à l’écriture sans tirets, en majuscules, entre accolades ou en notation URN, avant de copier le résultat.

Comment générer des UUID

  1. Indiquez le nombre voulu Saisissez le nombre d’identifiants. Vous pouvez demander un lot important lorsque vous préparez des données de test ou des données initiales.
  2. Choisissez le format de sortie Outre la forme standard en minuscules avec tirets, vous disposez des variantes sans tirets, en majuscules, entre accolades et en notation URN, selon ce qu’attend votre destination.
  3. Générez et copiez Un clic sur le bouton de génération affiche la liste des résultats. « Tout copier » ou les boutons individuels les placent dans le presse-papiers.

Astuces pour en tirer le meilleur parti

  • Chaque UUID est généré entièrement dans votre navigateur via l'API Web Crypto — rien n'est jamais envoyé aux serveurs de toolbase.cc.
  • UUID v4 est le choix naturel dès que vous avez besoin d'unicité sans ID séquentiels ou devinables : clés primaires de base de données, ID de requêtes API, etc.
  • Comme 122 des 128 bits d'UUID v4 sont aléatoires, le risque de collision est astronomiquement faible — il faudrait générer environ 2,7×10¹⁸ UUID avant que cette probabilité atteigne seulement 50 %.
  • Le format « sans tirets » est pratique pour les segments de chemin d'URL ou les noms de fichiers. Le format « avec accolades » correspond à la notation GUID utilisée dans COM/le registre Windows.
  • Augmentez le nombre et utilisez « Tout copier » pour générer rapidement des données de test ou des jeux de données de départ en masse.

Quand la génération d’UUID est utile

Concevoir les clés primaires d’une base de données

Pour les tables où vous ne voulez pas de clés séquentielles ni que l’origine soit devinable, un UUID de version 4 fournit une clé dont vous n’aurez pas à craindre la collision.

Identifiants de requête et de trace dans une API

Lorsque vous attachez un identifiant unique à chaque requête afin de suivre les journaux au moment du débogage, vous en produisez ici autant qu’il en faut d’un seul coup.

Préparer des données de test et des données initiales

Au moment de peupler un environnement de développement, générez un lot d’identifiants sans collision au nombre exact voulu et collez-les directement.

Noms de fichiers et jetons éphémères

La forme sans tirets convient bien comme nom provisoire d’un fichier téléversé ou comme jeton difficile à deviner.

Termes liés aux UUID

UUID v4
UUID engendré à partir d’une source aléatoire cryptographiquement sûre et ne portant aucune information sur sa provenance. Simple à mettre en œuvre et satisfaisant du point de vue de la vie privée, c’est de loin la version la plus répandue.
GUID
Nom donné par Microsoft aux UUID dans ses propres implémentations. Il désigne le même identifiant compatible de 128 bits, souvent écrit entre accolades.
API Web Crypto
Ensemble d’interfaces JavaScript de cryptographie intégrées au navigateur. Cet outil s’en sert pour produire des UUID de version 4 entièrement dans le navigateur, sans rien transmettre à un serveur.
Notation URN
UUID écrit avec le préfixe urn:uuid:. On l’emploie pour insérer un UUID comme identifiant dans des spécifications qui attendent une URN, comme XML ou RDF.
UUID v7
Normalisée en 2024 par la RFC 9562, cette version commence par un horodatage Unix. Les valeurs se triant dans l’ordre de création, elle est de plus en plus retenue à la place de la v4 dans les projets neufs où l’efficacité d’insertion en base compte.

Questions fréquentes

Ce n'est pas impossible en théorie, mais avec 122 bits d'aléa, le risque de collision d'UUID v4 est négligeable pour tout usage pratique. Même en générant un milliard d'UUID par seconde pendant cent ans, la probabilité d'une seule collision n'atteindrait qu'environ 50 %.

Oui, il s'agit essentiellement du même concept. GUID (Globally Unique Identifier) est le nom donné par Microsoft à sa propre implémentation, compatible avec le format UUID 128 bits. La notation avec accolades {xxxxxxxx-xxxx-...} est le style GUID courant utilisé dans COM et le registre Windows.

Comme UUID v4 est aléatoire, il tend à produire des index plus volumineux et des insertions plus lentes que des entiers séquentiels (AUTO_INCREMENT). Si vos insertions doivent rester triées par date de création, envisagez UUID v7 (qui intègre un horodatage) ou ULID comme alternative.

Si seule l'unicité compte, UUID v4 est le choix le plus simple et le plus sûr. Utilisez v5 lorsque vous devez reproduire le même ID à partir de la même entrée à chaque fois. Pour les nouveaux projets soucieux de l'ordre de tri ou de l'efficacité d'insertion en base de données, v7 est une excellente option. v1 et v3 sont aujourd'hui rarement adoptés dans les nouveaux projets.
Tool-kun

Anecdote — Pourquoi 128 bits ?

L'UUID a été conçu dans les années 1980 par Apollo Computer pour les systèmes distribués, puis normalisé par l'OSF (Open Software Foundation) dans le cadre de DCE (Distributed Computing Environment). La spécification actuelle figure dans la RFC 4122 de l'IETF (2005), avec une version étendue, la RFC 9562, publiée en 2024.

128 bits peut sembler excessif, mais c'est justement cette longueur qui permet à plusieurs serveurs ou appareils de générer des ID de manière totalement indépendante, sans aucune coordination, tout en évitant les collisions en pratique. Un serveur central attribuant des numéros séquentiels évite ce hasard, mais devient un point de défaillance unique et exige un aller-retour réseau pour chaque ID. Les UUID suppriment entièrement ce coût de coordination, au prix d'une aléatoirité suffisante pour rendre la probabilité de collision négligeable.

Ce même hasard est aussi le talon d'Achille d'UUID v4 : insérer des valeurs aléatoires dans un index de base de données de type B-tree disperse les points d'insertion, provoquant de fréquentes divisions de page et nuisant aux performances. UUID v7 a été conçu précisément pour corriger cela — en commençant par un horodatage Unix, il reste triable par date de création tout en conservant assez d'aléa pour éviter la prévisibilité, ce qui donne aux insertions une bien meilleure localité.