Générateur d'UUID
Générez des UUID version 4 (aléatoires), un par un ou par lots pouvant aller jusqu'à 50 — instantanément, dans votre navigateur.
Cette page a été traduite de l'anglais avec l'aide de l'IA, puis vérifiée par rapport à l'original. Lire la version anglaise
- Gratuit — Aucune inscription requise
- Instantané — Les résultats s'affichent au fur et à mesure
- Privé — Traité dans votre navigateur
Un UUID est un identifiant de 128 bits écrit sous la forme de 32 chiffres hexadécimaux répartis en cinq groupes, par exemple 3f2504e0-4f89-41d3-9a0c-0305e82c3301. La version 4 remplit 122 de ces bits avec des données aléatoires, ce qui rend les collisions si improbables que des systèmes indépendants peuvent créer des identifiants sans se coordonner. Cet outil les génère par lots à partir de la source d’aléa cryptographique du navigateur.
Fonctionnement
Saisissez une quantité comprise entre 1 et 50 : l’outil appelle crypto.randomUUID() une fois par identifiant. Cette fonction fait partie de la Web Crypto API et puise dans le générateur de nombres aléatoires du système d’exploitation, pas dans Math.random. Le résultat respecte la RFC 9562 (qui remplace la RFC 4122) : le troisième groupe commence par 4 pour indiquer la version, et le quatrième par 8, 9, a ou b pour indiquer la variante. Tout le reste est aléatoire. Les lettres sont en minuscules, ce qui correspond à la forme canonique ; les programmes qui les consomment doivent néanmoins les comparer sans tenir compte de la casse.
Cliquez sur Régénérer pour obtenir un nouveau lot. Chaque ligne dispose de son propre bouton de copie, et Tout copier place l’ensemble du lot dans le presse-papiers, un identifiant par ligne, prêt à coller dans un tableur, un fichier de fixtures ou une liste IN SQL. Rien n’est envoyé à un serveur, et aucun identifiant n’est conservé une fois la page quittée.
Le lot est généré après le chargement de la page, et non pendant le rendu côté serveur : les identifiants que vous voyez ont donc bien été produits sur votre appareil.
Unique à quel point ?
Avec 122 bits aléatoires, il existe environ 5,3 × 10³⁶ valeurs possibles. La probabilité d’une collision parmi n identifiants vaut à peu près n² ÷ 2¹²³. Il faudrait générer quelque 2,7 × 10¹⁸ UUID avant que le risque d’un seul doublon atteigne 50 % ; à raison d’un milliard par seconde, cela prendrait plus de 85 ans. En pratique, un doublon trahit un bug (une ligne de base de données copiée, une valeur mise en cache, une source d’aléa défaillante) plutôt que la malchance.
Cette garantie repose entièrement sur la qualité de l’aléa, et c’est pourquoi l’outil utilise le générateur cryptographique. Les versions dérivées d’une adresse MAC et d’une horloge (version 1) ou du hachage d’un nom (versions 3 et 5) font d’autres compromis et ne sont pas proposées ici.
Les UUID comme clés de base de données
Les UUID aléatoires font des clés primaires pratiques : les clients peuvent créer des enregistrements hors ligne, les services peuvent fusionner leurs données sans renumérotation, et un identifiant ne révèle rien du nombre de lignes existantes. La contrepartie, c’est la localité de l’index. Chaque nouvelle clé aléatoire atterrit à une position arbitraire dans un B-tree : les insertions touchent des pages dispersées dans tout l’index, et l’efficacité du cache baisse par rapport à un entier auto-incrémenté. Sous PostgreSQL, stockez-les dans le type natif uuid (16 octets) plutôt que sous forme de chaîne de 36 caractères ; sous MySQL, envisagez la forme BINARY(16) pour la même raison.
Si l’ordre d’insertion compte à grande échelle, la version 7, plus récente, place un horodatage en millisecondes dans les bits de poids fort : les clés sont ainsi majoritairement séquentielles tout en restant uniques sans coordination. Les navigateurs n’exposent pas encore de fonction native pour la produire ; elle se génère donc dans le code applicatif ou par la base de données.
N’utilisez pas un UUID comme secret. Les valeurs de version 4 sont imprévisibles, mais elles apparaissent dans les URL, les logs et les en-têtes Referer, et un « identifiant impossible à deviner » ne constitue pas un contrôle d’accès. Servez-vous-en pour identifier, et gérez les autorisations séparément.
Équivalent en ligne de commande
La plupart des systèmes fournissent un générateur :
uuidgen # Linux (util-linux) and macOS
python3 -c 'import uuid; print(uuid.uuid4())'Sous Linux, uuidgen -r force explicitement la version aléatoire, et cat /proc/sys/kernel/random/uuid fonctionne sans aucun paquet à installer.
Pour aller plus loin
Choisir entre clés naturelles, clés de substitution entières et UUID est une décision de conception de schéma aux conséquences durables : conception de bases de données et normalisation expose les compromis, et index et plans d’exécution montre concrètement ce que des clés aléatoires font subir à un index. Pour des valeurs qui doivent rester secrètes, et pas seulement uniques, utilisez le générateur de mots de passe.
FAQ
- Quelle est la différence entre un UUID et un GUID ?
- Il s'agit en pratique du même concept — UUID (Universally Unique Identifier) est le terme standard, tandis que GUID (Globally Unique Identifier) est le nom donné par Microsoft. Cet outil génère des UUID version 4 (aléatoires) standard, compatibles avec les deux.
- Ces UUID sont-ils vraiment uniques ?
- Les UUID version 4 sont générés à partir de 122 bits aléatoires — les probabilités de collision sont astronomiquement faibles, ce qui les rend sûrs à utiliser comme identifiants uniques dans des bases de données et des systèmes distribués.
- Puis-je en générer plus de 50 à la fois ?
- L'outil limite la quantité à 50 par lot afin de garder la page rapide et le résultat facile à copier — relancez une génération pour obtenir des lots supplémentaires si vous en avez besoin de plus.