Anatomía de un UUID (y por qué v7 mola para bases de datos)

Un UUID son 128 bits en formato 8-4-4-4-12 hexadecimal. El dígito 13 indica la versión (un 4 o un 7) y el 17 la variante. En un v4 todo lo demás es aleatorio; en un v7 los primeros 48 bits son el timestamp Unix en milisegundos, y el resto aleatorio.

¿Por qué importa? Las claves primarias v4 insertan en posiciones aleatorias del índice B-tree de tu base de datos: páginas frías, fragmentación, caché desaprovechada. Las v7 insertan siempre al final, como un autoincremental, manteniendo la no-enumerabilidad. Por eso v7 se está convirtiendo en el estándar para IDs de base de datos distribuidos.

Genera unos cuantos v7 seguidos arriba y fíjate: los primeros caracteres casi no cambian (es el tiempo) y el resto sí. Esa es toda la magia.

Preguntas frecuentes

¿Cómo genero un UUID en mi código?

JavaScript: crypto.randomUUID() (nativo, v4). Python: uuid.uuid4() / uuid.uuid7() (3.14+). PostgreSQL: gen_random_uuid(). PHP: Symfony Uid o ramsey/uuid. Casi ningún lenguaje necesita ya librerías externas para v4.

¿Qué pasó con v1, v3, v5 y v6?

v1 usa timestamp + dirección MAC (filtra información del equipo, hoy desaconsejado); v3/v5 generan UUID deterministas a partir de un nombre (hash MD5/SHA-1), útiles cuando el mismo input debe dar el mismo ID; v6 es v1 reordenado, superado por v7 en la práctica.

¿Un UUID v7 revela cuándo se creó el registro?

Sí: cualquiera puede extraer el timestamp de los primeros 48 bits. Casi nunca es un problema, pero si la fecha de creación es información sensible en tu caso, usa v4.

Otras herramientas que te pueden servir

• Generador de contraseñas — secretos de verdad, con símbolos y longitud configurable
• Decodificador JWT — mira qué lleva dentro un token
• Conversor Base64 — codifica y decodifica Base64 y URL encode