Générateur d'UUID
Local only — nothing is uploaded unless you save or share it.
Un générateur d'UUID pour des identifiants v4 aléatoires, instantanément.
- Choisissez combien d'identifiants il vous faut
- Cliquez sur Générer
- Copiez le résultat
Enregistrer cet outil
Gardez Générateur d'UUID sous la main
Utilisez le menu Partager de votre navigateur, puis « Sur l'écran d'accueil ».
À propos de cet outil
Un UUID est un identifiant de 128 bits que vous pouvez produire n'importe où sans demander à un serveur central s'il est déjà pris. Les UUID de version 4 sont faits de données aléatoires, raison pour laquelle deux valeurs produites indépendamment n'entrent pour ainsi dire jamais en collision, et raison pour laquelle ils sont le choix habituel pour des clés primaires de base de données, des clés d'idempotence, des identifiants de corrélation dans les journaux et des noms de fichiers pour du contenu téléversé. Ce générateur utilise la source cryptographique d'aléa intégrée à votre navigateur plutôt qu'un générateur pseudo-aléatoire plus faible, les valeurs conviennent donc à un usage en production. Rien n'est transmis ni enregistré : les identifiants sont créés en local et n'existent que dans votre navigateur jusqu'à ce que vous les copiiez.
Questions fréquentes
Ces UUID sont-ils utilisables en production ?
Oui. Ils viennent de la source aléatoire cryptographique du navigateur, via crypto.randomUUID(), la primitive même sur laquelle s'appuient les bibliothèques côté serveur, et non d'une approche plus faible fondée sur Math.random().
Un générateur de GUID est-il la même chose qu'un générateur d'UUID ?
La même chose : GUID est le nom de Microsoft, UUID celui de la norme, et une valeur v4 de l'un ou l'autre fait 122 bits aléatoires dans le même format. Un générateur de guid est donc bien ce qu'il vous faut si une colonne .NET ou SQL Server en réclame un, et c'est exactement cela.
Deux d'entre eux pourraient-ils entrer en collision ?
En pratique, non. Un UUID de version 4 comporte 122 bits aléatoires : il faudrait en produire des milliards par seconde pendant de nombreuses années avant qu'une collision devienne assez probable pour être prise en compte.
Faut-il utiliser un UUID comme clé primaire ?
Cela dépend. Les UUID permettent de créer des enregistrements sans aller-retour vers la base et évitent d'exposer des compteurs séquentiels, mais ils sont plus volumineux que des entiers et leur ordre aléatoire peut nuire à la localité des index sur de très grandes tables.
Aidez-nous à améliorer cet outil
Un bug, une envie de changement, ou un outil qui vous manque ?
Vous avez un message non envoyé.
Merci — c'est bien arrivé. La réponse vous attendra dans votre boîte.Go to my messages