Aller au contenu
OneKitly

Qu'est-ce qu'un UUID (et quand l'utiliser) ?

Publié le 27/08/2025 · 3 min de lecture · Outils pour développeurs

Daniel Okonkwo

Daniel OkonkwoDéveloppeur front-end et rédacteur Tech chez OneKitly

Performance web · Formats de fichiers

Vérifié à partir de 2 sources

Voir le profil
En bref

Un UUID (identifiant universellement unique) est une valeur de 128 bits écrite en 32 chiffres hexadécimaux répartis en cinq groupes séparés par des tirets, comme 550e8400-e29b-41d4-a716-446655440000. Il est conçu pour être unique sans autorité centrale : tout système peut en générer un et compter sur son absence de collision. Utilise les UUID comme clés de base de données, identifiants de requête et noms de fichiers quand il faut de l'unicité entre systèmes.

Un UUID est un identifiant de 128 bits unique sans autorité centrale. Voici à quoi il ressemble, pourquoi il est utile, ses versions et quand l'utiliser.

Ce qu'est un UUID

Un UUID est un nombre de 128 bits, généralement affiché en 36 caractères : 32 chiffres hexadécimaux répartis en groupes de 8-4-4-4-12 par des tirets. Avec autant de valeurs possibles — environ 3,4 × 10^38 — la probabilité que deux UUID générés au hasard coïncident est si faible qu'en pratique chacun est considéré comme unique. C'est tout l'intérêt : une étiquette que l'on peut créer partout et à laquelle se fier.

Pourquoi ils sont utiles

La magie, c'est qu'aucune coordination n'est nécessaire. Deux serveurs, un téléphone hors ligne et une tâche de fond peuvent chacun créer des UUID au même instant sans rien demander, et les résultats ne se chevaucheront pas. Cela permet de générer un identifiant avant d'enregistrer, de fusionner des données de multiples sources, ou de nommer des fichiers téléversés sans compteur central distribuant des numéros.

Versions (v4, v7…)

Les UUID existent en versions. La version 4 est entièrement aléatoire et de loin la plus courante. La version 1 mêle un horodatage à l'identifiant de la machine. La plus récente version 7 place un horodatage en tête, si bien que les identifiants se trient à peu près par date de création — ce qui garde les index de base de données propres, vrai point faible du v4 aléatoire. Choisis v4 pour la simplicité, v7 quand des clés ordonnées aident aux performances.

Quand l'utiliser — ou non

Utilise les UUID quand les identifiants sont créés en de multiples endroits ou par des clients, quand tu veux masquer le nombre d'enregistrements, ou en fusionnant des jeux de données qui ne doivent pas se heurter. Le compromis, c'est la taille et l'ordre : un UUID est bien plus gros qu'un entier et, s'il est aléatoire, se disperse dans un index. Pour une base unique avec auto-incrément simple, les entiers sont plus petits et rapides — ou utilise v7 pour des UUID qui s'ordonnent bien.

Générateur d'UUIDGénère des UUID v7, v4, v5, v3, v1 ou v6 en série, en plusieurs formats de sortie.Essayer l'outil

Questions fréquentes

Deux UUID peuvent-ils être identiques ?
En théorie oui, mais pour des UUID version 4 aléatoires, la probabilité est si infime qu'une collision est considérée comme impossible.
Quelle différence entre UUID v4 et v7 ?
v4 est entièrement aléatoire ; v7 intègre un horodatage, si bien que les identifiants se trient par date de création, plus favorable aux index.
UUID ou identifiant auto-incrémenté ?
Utilise les UUID pour des clés distribuées ou générées côté client ; les entiers sont plus petits et rapides pour une base unique.

Articles qui pourraient t'intéresser

Tous les guides

Outils similaires

Sources

Tu as repéré une erreur dans cet article ?