Generar un UUID
La v4 es pura aleatoriedad; la v7 coloca 48 bits de marca temporal al principio, lo que hace que los identificadores crezcan con el tiempo, y eso lo cambia todo para un índice de base de datos.
El sorteo usa crypto.randomUUID() o crypto.getRandomValues(), la API criptográfica del navegador. Nada se envía ni se guarda.
Cómo funciona la comprobación
- 1
Elige la versión
v4 para un identificador sin orden ni significado. v7 cuando los identificadores son clave primaria o entrada de índice: se ordenan de forma natural por fecha de creación.
- 2
El sorteo es criptográfico
122 bits de aleatoriedad para la v4. La colisión es teóricamente posible y prácticamente inalcanzable: harían falta miles de millones de identificadores por segundo durante un siglo.
- 3
Se colocan los bits de versión y variante
Un UUID conforme lleva su número de versión en el 13.º carácter hexadecimal y su variante en el 17.º. Un generador que los olvida produce una cadena que parece un UUID sin serlo.
Por qué la v7 suele ser mejor clave primaria
Un índice B-tree agradece las inserciones ordenadas. Con UUID v4, cada inserción cae en un punto aleatorio del índice, fragmenta páginas y aumenta el volumen escrito. Con v7, las filas nuevas se añaden al final, como un identificador autoincremental.
El precio: un UUID v7 revela el instante de creación al milisegundo. En la mayoría de casos no es un secreto, pero si el orden de creación es información sensible, la v4 sigue siendo la elección correcta.
Preguntas frecuentes
¿Pueden dos UUID ser idénticos?
Matemáticamente sí, prácticamente no. Un UUID v4 lleva 122 bits de aleatoriedad: generar mil millones por segundo durante cien años dejaría aún una probabilidad de colisión despreciable. La verdadera fuente de duplicados es un generador mal implementado que no usa una fuente criptográfica.
¿Qué diferencia hay entre v1, v4 y v7?
La v1 combina la marca temporal con la dirección MAC de la máquina, así que filtra hardware. La v4 es pura aleatoriedad. La v7, normalizada en la RFC 9562, conserva el orden temporal de la v1 sin exponer el hardware: hoy es el mejor compromiso para una clave primaria.
¿Conviene guardar un UUID como texto o en binario?
En binario cuando la base lo permite: 16 bytes frente a 36 caracteres, menos de la mitad de espacio en cada índice. PostgreSQL tiene un tipo uuid nativo; MySQL usa BINARY(16) con UUID_TO_BIN(). En texto, pagas ese espacio en cada fila y en cada entrada de índice.
La misma comprobación por API
Esta herramienta se ejecuta en tu navegador. Para hacer la misma comprobación desde tu código, en masa o en servidor, la API responde en JSON.
Ver la documentación