Générateur d'UUID
Générez des UUID v4 (aléatoires) et v7 (triés par temps) en masse.
Choisissez une version et un nombre. Les UUID sont générés localement avec crypto.getRandomValues - aucune collision réaliste.
Comment l'utiliser
Choisissez une version
v4 pour IDs aléatoires généralistes ; v7 pour clés primaires avec tri chronologique.
Définissez la quantité
Un à la fois, ou jusqu'à 500 en lot. Chacun est indépendant et cryptographiquement aléatoire.
Copiez et utilisez
Copiez la liste pour la coller dans votre code, données de seed ou session de terminal.
Qu'est-ce que c'est ?
Un UUID est une valeur 128 bits conçue pour que deux systèmes puissent générer indépendamment des identifiants sans coordination, avec des chances de collision pratiquement nulles. v4 fournit 122 bits aléatoires avec un en-tête fixe - parfait quand l'ordre n'importe pas. v7, standardisée en 2024, préfixe un timestamp Unix ms 48 bits pour que les IDs se trient chronologiquement.
Quand l'utiliser
v4 pour des identifiants opaques côté client (IDs utilisateurs, uploads, clés d'idempotence) sans contrainte d'ordre. v7 pour clés primaires d'une table à fortes écritures - le tri chronologique garde la zone chaude de l'index petite et améliore drastiquement le débit en écriture sur grandes tables.
Erreurs courantes
Stocker les UUIDs en texte plutôt qu'en uuid ou binary(16) natif - le texte prend 2-3× plus de place et indexe plus lentement. Ne pas utiliser v4 comme clé primaire PostgreSQL sur table à fortes écritures ; v7 ou ULID est meilleur. Et ne pas écrire son propre générateur aléatoire : utilisez crypto.getRandomValues.
FAQ
- UUID v4 ou v7 ?
- v4 entièrement aléatoire, parfait pour des clés où l'ordre n'importe pas. v7 préfixe un timestamp ms, donc les IDs se trient chronologiquement - idéal pour clés primaires B-tree.