Français
العربية
Deutsch
English
Español
Italiano
Português
Русский
Türkçe
Tiếng Việt
Générateur UUID
Générez des UUID v4 aléatoires pour bases de données et API.
Pourquoi UUID v4 plutôt que des identifiants séquentiels
Un identifiant séquentiel en base de données est prévisible. L’ID 1000 vous dit qu’il y a 999 autres enregistrements. ID 100000 révèle la taille approximative de votre table. Dans un système distribué avec plusieurs serveurs, les séquences divergent vite. Quelle machine donne l’ID 1000001 ?
Un UUID v4 est un nombre aléatoire de 128 bits, dont 6 sont figés (4 bits pour le numéro de version, 2 pour la variante), ce qui laisse 2^122 valeurs possibles. La probabilité de collision entre deux UUID v4 générés aléatoirement est astronomiquement basse. Même si vous générez un milliard d’UUID par seconde pendant des millions d’années, vos collisions resteraient rares. Et un UUID révèle zéro information sur votre base de données.
Générer un UUID v4
- Cliquez sur « Générer ».
- Un nouvel UUID apparaît instantanément.
- Copiez-le et collez-le dans votre code, votre base de données ou votre API.
- Répétez autant de fois que vous le voulez.
Les versions d’UUID qui existent
| Version | Fait | Usage typique |
|---|---|---|
| UUID v1 | Basé sur adresse MAC et horodatage | Systèmes legacy, rarement utilisé |
| UUID v3 | Basé sur MD5 d’un namespace | Identifiants déterministes, reproduction garantie |
| UUID v4 | Aléatoire, sans dépendance | Bases de données, API, systèmes distribués |
| UUID v5 | Basé sur SHA-1 d’un namespace | Identifiants stables et reproductibles |
Où utiliser un UUID v4
- Clé primaire en base de données pour les systèmes distribués.
- Identifiant d’utilisateur, de document ou de transaction.
- Jeton de session ou de reset de mot de passe.
- Identifiant d’API pour éviter les attaques de traversée d’ID.
- Identifiant de fichier ou de média téléchargé.
- Identifiant de demande unique pour tracker une action à travers logs et systèmes.
Questions sur les UUID
Puis-je vraiment générer un milliard d’UUID sans collision ?
Théoriquement oui, avec une très bonne sécurité statistique. Mais dans la pratique, les bases de données distribuées préfèrent les UUID v4 justement pour éviter les contentions de séquences et les appels centralisés.
Comment reconnaître un UUID v4 d’un autre UUID ?
Regardez le 13e caractère, juste après le troisième tiret : c’est le numéro de version. Un 4 signale un UUID v4, un 1 un UUID v1, un 3 ou un 5 les versions basées sur un hachage. Le caractère qui suit le quatrième tiret vaut 8, 9, a ou b pour la variante standard.
Un UUID rend-il mon système plus sûr ?
Pas directement. Un UUID n’est pas chiffré ni salé. C’est juste aléatoire. Mais c’est un frein au guessing brut (énumérer les ID séquentiels). Pour la vraie sécurité, utilisez aussi HTTPS et une authentification robuste.
Puis-je réduire un UUID pour qu’il tienne sur une URL courte ?
Oui, en le convertissant en base62 ou base64. Les 128 bits sont conservés, donc aucun risque de collision supplémentaire ; vous perdez seulement en lisibilité. Pour un raccourci URL, UUID reste bon, juste plus long que nécessaire.
Dois-je stocker un UUID en tant que texte ou en tant que nombre ?
Cela dépend de votre base. UUID est stocké comme CHAR(36) (texte) ou BINARY(16) (nombre). Le texte est plus lisible, le binaire économise l’espace et rend les index plus rapides.
