Generador de UUID

• Generador de hashes
• Codificador/decodificador Base64
• Todos los convertidores

Los UUID le ofrecen identificadores con una probabilidad de colisión extremadamente baja entre sistemas, lo que simplifica las claves primarias en bases de datos distribuidas, los ID de recursos en APIs, los tokens de sesión y el nombrado de archivos sin un asignador central.

Ventajas de los UUID

• Unicidad: Probabilidad de colisión muy baja cuando se generan correctamente, de modo que servicios independientes pueden crear ID con seguridad.
• Sistemas distribuidos: Los clientes o servicios pueden crear ID sin llamar a una secuencia central.
• Claves de base de datos: Muy usados como claves primarias sustitutas cuando las claves naturales son incómodas o importa un esquema fácil de fusionar.
• Más difíciles de adivinar: Los valores v4 aleatorios no exponen contadores secuenciales, lo que ayuda frente a enumeraciones triviales (no sustituye una autenticación adecuada).
• Basados en estándares: RFC 4122 define formatos y bits de versión para que herramientas e idiomas interoperen.

Esta herramienta se centra en las dos versiones que los desarrolladores usan con más frecuencia. Elija la que encaje con sus requisitos de orden, privacidad y compatibilidad.

Versiones disponibles aquí

• UUID v4 (aleatorio): Usa datos aleatorios o pseudoaleatorios para los bits de carga útil; es el valor por defecto recomendado para diseños nuevos.
• UUID v1 (basado en tiempo): Incorpora una marca de tiempo; útil cuando un comportamiento monótono u ordenable por tiempo ayuda, con otras implicaciones de filtración que los ID puramente aleatorios.

Algunos detalles evitan sorpresas al almacenar, indexar o comparar cadenas UUID.

Referencia rápida

• Un UUID tiene 128 bits y suele mostrarse como 32 dígitos hexadecimales en el patrón 8-4-4-4-12 con guiones.
• UUID v4 expone 122 bits de aleatoriedad en la carga útil (los bits de versión y variante están fijados).
• Las cadenas UUID son más anchas que las claves enteras; el diseño de índices y almacenamiento debe tenerlo en cuenta.
• Minúsculas o mayúsculas en hexadecimal es una decisión de presentación; las comparaciones suelen ignorar mayúsculas.
• RFC 4122 define otras versiones (por ejemplo v3, v5); esta página solo genera v1 y v4.

Buenas prácticas

Use la versión adecuada para su modelo de amenazas y capa de almacenamiento, y trate los UUID como identificadores, no como secretos por sí solos.

• Prefiera UUID v4 para ID únicos de propósito general salvo que tenga un motivo claro para usar v1.
• Almacene los UUID de forma coherente (cadena frente a binario) e indexe según las recomendaciones de su base de datos.
• No confíe solo en la aleatoriedad del UUID para proteger recursos sensibles; aplique siempre autorización.
• Para tasas de inserción muy altas, mida cómo las claves UUID en cadena afectan la fragmentación del árbol B frente a ID secuenciales.
• Al exponer ID en URLs, combine imprevisibilidad con un control de acceso acorde a los datos.

Casos de uso habituales

• Claves primarias de base de datos: Claves sustitutas que se fusionan bien entre particiones o clientes sin conexión.
• Recursos de API: Identificadores estables y opacos en respuestas JSON y enlaces hipermedia.
• ID de sesión y correlación: Seguimiento de peticiones o sesiones de navegador sin un contador compartido.
• Trabajadores distribuidos: Los workers generan ID de trabajos o archivos sin contactar un coordinador.
• Nombres de archivo únicos: Evitan colisiones al subir o poner en caché contenido de usuario.