Generador de UUID (v4, v7, ULID, NanoID)

¿UUID v4 o UUID v7? Cuál usar

Un UUID es un identificador de 128 bits escrito como 32 dígitos hexadecimales en cinco grupos, como 3f2c8a1e-5b7d-4e9f-a0c1-2d3e4f5a6b7c. Seis de esos bits son fijos: cuatro indican la versión (el primer dígito del tercer grupo) y dos la variante (el primer dígito del cuarto grupo es 8, 9, a o b en los UUID estándar).

La versión 4 rellena los otros 122 bits con datos aleatorios. Es la opción por defecto casi en todas partes, no revela nada sobre cuándo ni dónde se creó, y la probabilidad de que dos coincidan es despreciable: tendrías que generar unos mil millones por segundo durante 85 años para llegar a un 50 % de probabilidad de un solo duplicado.

La versión 7, estandarizada en la RFC 9562 en 2024, pone delante una marca de tiempo Unix de 48 bits en milisegundos y rellena el resto con bits aleatorios. Por eso los nuevos ID v7 se ordenan por fecha de creación, lo que mantiene compactos los índices B-tree de las bases de datos: las inserciones caen al final del índice en lugar de en páginas aleatorias, y esa es la principal razón por la que los usuarios de Postgres, MySQL y SQL Server están cambiando sus claves primarias de v4 a v7. La contrapartida es que cualquiera que tenga el ID puede saber cuándo se creó. Este generador mantiene los ID v7 estrictamente crecientes incluso dentro del mismo milisegundo usando el contador de 12 bits que describe la RFC.

ULID y NanoID

Usa ULID cuando quieras orden por tiempo en una cadena más corta e insensible a mayúsculas; usa NanoID para ID públicos como enlaces cortos o códigos de invitación, donde importa la longitud y no el orden temporal.

ULID

26 caracteres en base32 de Crockford, como 01JAZ1S83VV6F35M4HSN97TA7X: una marca de tiempo de 48 bits en milisegundos seguida de 80 bits aleatorios. Se ordena léxicamente por tiempo, evita las letras parecidas I, L, O y U y cabe en los mismos 128 bits que un UUID, así que puede guardarse en una columna uuid. El modo monótono incrementa la parte aleatoria para los ID creados en el mismo milisegundo.

NanoID

Una cadena aleatoria compacta, por defecto de 21 caracteres de A–Z, a–z, 0–9, _ y -, que da unos 126 bits de aleatoriedad: tan resistente a colisiones como UUID v4 con menos caracteres, y segura en URL y nombres de archivo sin codificar.

Alfabetos personalizados

NanoID puede usar solo dígitos, solo minúsculas, alfanuméricos, un alfabeto sin caracteres parecidos o cualquier conjunto que escribas. La herramienta muestra los bits de aleatoriedad resultantes para que elijas una longitud segura.

GUID, llaves y otros formatos

GUID es el nombre que da Microsoft a lo mismo que un UUID. .NET, el registro de Windows y COM suelen mostrarlo en MAYÚSCULAS entre llaves, como {3F2C8A1E-5B7D-4E9F-A0C1-2D3E4F5A6B7C}, que es lo que produce la opción de llaves. Algunos sistemas quieren los 32 dígitos sin guiones; otros los guardan en una columna binary(16). Todos son los mismos 128 bits.

Los formatos entre comillas añaden las comas por ti, así que mil ID pueden ir directamente a WHERE id IN (…) o a un array JSON. Para filas realistas en lugar de ID sueltos, el generador de datos de prueba crea tablas enteras con columnas UUID.

Leer un UUID existente

El inspector acepta un UUID con o sin guiones, llaves, comillas o un prefijo urn:uuid:, y un ULID en mayúsculas o minúsculas. Te dice si el valor está bien formado, qué versión y variante declara y, en las versiones basadas en tiempo 1, 6 y 7 y en los ULID, la hora de creación incrustada como fecha ISO 8601 en tu propia zona horaria y en UTC.

Las versiones 3 y 5 son hashes de un espacio de nombres y un nombre (MD5 y SHA-1), así que la misma entrada siempre da el mismo UUID y no hay hora que leer. La versión 8 está reservada para formatos personalizados. El UUID nil (todo ceros) y el UUID max (todo unos) son valores especiales definidos por la RFC.