Dans cet article
Qu'est-ce qu'un UUID ?
Un UUID (Universally Unique Identifier) est un identifiant de 128 bits garanti unique dans l'espace et dans le temps, sans autorité centrale. Les UUID sont formatés en 32 chiffres hexadécimaux répartis en 5 groupes séparés par des tirets : xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx.
Il existe plusieurs versions d'UUID, chacune générée différemment. La version 4 (aléatoire) est la plus largement utilisée — elle génère 122 bits aléatoires, rendant les collisions astronomiquement improbables (il faudrait générer 1 milliard d'UUID par seconde pendant 85 ans pour avoir 50 % de chances d'une collision).
Comment fonctionne la génération d'UUID
UUID v4 utilise une génération aléatoire cryptographiquement sécurisée.
- Bits aléatoires — 122 bits aléatoires sont générés à l'aide d'un CSPRNG
- Marquage de version — les bits 12 à 15 du troisième groupe sont définis à 0100 pour indiquer la version 4
- Marquage de variante — les bits 6 et 7 du quatrième groupe sont définis à 10 pour indiquer la variante RFC 4122
Essayez gratuitement — sans inscription
Générer des UUID →Quand utiliser des UUID
Les UUID sont le type d'identifiant privilégié pour les systèmes distribués et les bases de données.
- Clés primaires de base de données — utilisez des clés primaires UUID dans les systèmes distribués pour éviter les conflits d'identifiants lors des fusions
- Jetons de session — générez des UUID pour les identifiants de session et les jetons temporaires
- Nommage de fichiers — utilisez des UUID pour générer des noms de fichiers uniques pour les téléchargements utilisateurs et les ressources générées
Questions fréquemment posées
Quelle est la différence entre UUID v1, v3, v4 et v5 ?
v1 est basé sur le temps et inclut l'adresse MAC address, ce qui le rend traçable. v3 et v5 sont déterministes — ils hachent un espace de noms et un nom pour produire le même UUID à chaque fois (v3 utilise MD5, v5 utilise SHA-1). v4 est aléatoire et le plus couramment utilisé pour les identifiants uniques à usage général. v7 (standard émergent) combine horodatage et aléatoire pour des UUID triables.
Dois-je utiliser UUID ou des entiers auto-incrémentés comme clés primaires de base de données ?
Les entiers auto-incrémentés sont plus simples et plus efficaces en termes de stockage. Les UUID sont préférables pour les systèmes distribués, la fusion de données provenant de sources multiples, l'exposition d'identifiants dans les URL sans révéler d'informations de séquence, et la génération d'identifiants côté client avant l'insertion en base de données. Pour les applications à serveur unique, l'auto-incrémentation est souvent suffisante.
Les UUID sont-ils vraiment uniques ?
UUID v4 dispose de 2^122 valeurs possibles — environ 5,3 × 10^36. La probabilité de générer deux UUID identiques est si infime qu'elle est pratiquement nulle pour toute application concrète. Le paradoxe des anniversaires signifie qu'il vous faudrait générer environ 2,71 quintillions d'UUID pour avoir 50 % de chances d'une collision.