Generador de UUID en Lote

Genera hasta 10.000 UUIDs: v4 aleatorio, v7 ordenado por tiempo, v5 determinista basado en nombre (espacio + nombre). Exporta TXT, CSV, JSON o SQL INSERT.

¿Tienes comentarios? Reporta errores, sugiere funciones o comparte tus ideas — leemos todos

¿Qué es el Generador de UUID en Lote?

Una herramienta gratuita de navegador para generar Identificadores Únicos Universales (UUIDs) en masa. Un UUID es un identificador de 128 bits escrito como 36 caracteres en forma canónica — 32 dígitos hexadecimales más cuatro guiones en el patrón 8-4-4-4-12 (ej. 550e8400-e29b-41d4-a716-446655440000) — usado para etiquetar de forma única filas de bases de datos, eventos de sistemas distribuidos, sesiones de usuario y archivos a través de máquinas sin coordinación. Este generador soporta cinco versiones definidas por RFC 9562 (el estándar 2024 que reemplaza RFC 4122): v1 (marca de tiempo + nodo), v4 (puramente aleatorio — el más común), v5 (determinista, basado en nombre vía SHA-1 desde un espacio + nombre), v7 (ordenado por Unix-ms — perfecto para llaves primarias de bases de datos) y v8 (diseño personalizado). Todo se ejecuta en tu navegador usando la API WebCrypto, así ningún dato sale de tu dispositivo.

Características Principales

Genera hasta 10.000 UUIDs con un clic — generación rápida en el navegador
Cinco versiones RFC 9562: v1 (tiempo), v4 (aleatorio), v5 (basado en nombre), v7 (ordenado), v8 (personalizado)
v5 determinista: indica un espacio (DNS/URL/OID/X.500 o personalizado) más una lista de nombres — la misma entrada siempre da el mismo UUID
v4 usa crypto.randomUUID() nativo cuando está disponible (criptográficamente seguro)
v7 incrusta milisegundos Unix en los primeros 48 bits — ordenable, indexable, ideal para llaves primarias
Conmutador de mayúsculas (minúscula / MAYÚSCULA) y formato (con guiones / sin guiones / {con llaves})
Exporta como TXT, CSV, JSON o sintaxis SQL INSERT INTO ... VALUES (...)
Seguro para privacidad: v1 usa bits de nodo multicast aleatorios (nunca revela MAC real)
100% en el navegador — sin viaje al servidor, sin telemetría

Generador de UUID en Lote — Genera hasta 10.000 UUIDs: v4 aleatorio, v7 ordenado por tiempo, v5 determinista basado en nombre (espacio + nombre). Ex — **Generador de UUID en Lote**

Cómo Usar

Elige una versión: v4 para propósito general, v7 para llaves de BD, v5 para IDs deterministas basados en nombre, v1 para un ID heredado basado en tiempo
Para v4/v7/v8/v1: ingresa una cantidad de 1 a 10.000. Para v5: elige un espacio y pega un nombre por línea
Opcionalmente cambia mayúsculas a MAYÚSCULA y formato a sin guiones o {con llaves}
Haz clic en Generar UUIDs — la lista aparece instantáneamente
Copia todo al portapapeles o descarga como TXT, CSV, JSON o sentencias SQL INSERT
Pega el bloque SQL directamente en tu cliente de base de datos para insertar IDs en masa

Preguntas Frecuentes

v4 es 122 bits aleatorios con 6 bits fijos de versión/variante — totalmente impredecible pero sin orden inherente, así que insertar llaves v4 en un índice B-tree causa escrituras aleatorias de páginas y fragmentación de índice. v7 es el reemplazo moderno del RFC 9562: los primeros 48 bits son la marca de tiempo Unix en milisegundos, el resto es aleatorio. Los IDs v7 se ordenan cronológicamente como cadenas Y como binario, así que se agrupan bien en índices B-tree (PostgreSQL, MySQL InnoDB, SQL Server). Usa v7 para llaves primarias en esquemas nuevos; usa v4 para IDs opacos públicos donde no quieres filtrar el tiempo de creación.

Usa v5 cuando necesites un ID determinista y reproducible derivado de una llave natural — un email, SKU, URL, ruta de archivo o una cadena inquilino+recurso. v5 es el hash SHA-1 de un UUID de espacio de nombres concatenado con un nombre, así que el mismo espacio + nombre siempre produce exactamente el mismo UUID, en cualquier máquina, para siempre. Esto lo hace perfecto para ETL e importaciones idempotentes (reejecutar una carga nunca crea filas duplicadas), deduplicación, derivar una llave primaria estable sin tabla de búsqueda y generar IDs de eventos/documentos predecibles. Elige el espacio correcto: DNS para nombres de host, URL para URLs, OID para identificadores de objeto, X.500 para nombres de directorio, o proporciona tu propio UUID de espacio personalizado para acotar los IDs a tu aplicación. v5 (SHA-1) es preferible al antiguo v3 (MD5). Nota: v5 NO es aleatorio — nunca lo uses como token secreto, porque cualquiera que conozca el espacio y el nombre puede recalcular el UUID.

Un UUID son 128 bits = 16 bytes. Almacenado como texto canónico necesita CHAR(36) (o 32 sin guiones), pero almacenado nativamente son solo 16 bytes — más de 2x más pequeño, lo que reduce cada página de índice y acelera joins y búsquedas. Usa el tipo nativo: PostgreSQL uuid (16 bytes), MySQL/MariaDB BINARY(16) con UUID_TO_BIN()/BIN_TO_UUID(), SQL Server uniqueidentifier, Oracle RAW(16). La mayor ganancia en tablas de escritura intensa es el orden: las llaves aleatorias v4 dispersan las inserciones por el B-tree, causando divisiones de página, fragmentación de índice y mala localidad de caché, mientras que las llaves ordenadas por tiempo v7 se añaden cerca del borde derecho del índice — los benchmarks muestran que v7/UUIDs secuenciales reducen el hinchazón del índice y mejoran el rendimiento de inserción masiva varias veces frente a v4 aleatorio en InnoDB y Postgres. Regla general: almacena como 16 bytes y prefiere v7 (o v5 cuando necesites determinismo) sobre v4 para llaves primarias/agrupadas.

Prácticamente, sí. Un UUID v4 tiene 122 bits de aleatoriedad, dando 2^122 ≈ 5.3 × 10^36 valores posibles. Por la paradoja del cumpleaños, necesitarías generar aproximadamente 2.71 trillones (2.71 × 10^18) UUIDs antes de que la probabilidad de una sola colisión llegue al 50%. Incluso a 10.000 IDs por segundo sin parar, alcanzarías 50% de probabilidad de colisión después de ~9 billones de años. Para todos los propósitos prácticos — incluyendo sistemas a escala planetaria — v4 es a prueba de colisiones.

La especificación v1 original del RFC 4122 codifica la dirección MAC de red del generador en los últimos 48 bits, lo que filtra identidad (un solo UUID v1 puede vincularse a una máquina específica — esto se usó famosamente para identificar al autor del virus Melissa en 1999). Nuestro generador sigue la mejor práctica moderna: aleatorizamos los bits del nodo y configuramos el bit multicast, señalando que NO es una dirección de hardware real. Así un ID v1 de esta herramienta es seguro para privacidad.

v8 es la versión de 'diseño personalizado': RFC 9562 la reserva para estructuras específicas de aplicación. Los únicos bits requeridos son el nibble de versión (8) y los bits de variante. Eres libre de codificar cualquier otra cosa en los 122 bits restantes — un prefijo de ID de inquilino, una pista de sharding, una firma fija. Este generador produce un v8 con el mismo diseño ordenado por tiempo que v7, solo reetiquetado. Para v8 de producción, diseña tu propio diseño y documéntalo.

Sí. PostgreSQL tiene un tipo uuid nativo; usa exportación SQL e INSERT INTO tabla (id) VALUES ('uuid-aquí'); — o descarga CSV y usa COPY. MySQL usa CHAR(36) o BINARY(16) (más rápido); UUID_TO_BIN(uuid_string, 1) reordena v1 para localidad de índice (no necesario para v7 — ya es ordenable). MongoDB almacena UUIDs como subtipo Binary 4. Para SQL Server usa uniqueidentifier; para Oracle RAW(16).

v4 sí (122 bits de entropía CSPRNG = mucho más que una llave simétrica de 128 bits). v1, v7 y v8 NO son seguros como tokens de portador porque filtran la marca de tiempo de creación y tienen menos aleatoriedad (62-77 bits aleatorios según versión). Si un atacante puede observar un ID v7 y adivinar aproximadamente cuándo se creó una cuenta, puede reducir significativamente el espacio de búsqueda. Para tokens de sesión, enlaces de restablecimiento de contraseña, llaves API: usa v4 o un token CSPRNG dedicado.

10.000 alcanza un punto óptimo: suficientemente grande para casi cualquier escenario de carga masiva (fixtures de prueba de BD, scripts de migración, pruebas de carga), suficientemente pequeño para renderizar en el área de texto sin congelar el navegador. Un navegador típico genera 10.000 UUIDs v4 en 20-80ms usando crypto.randomUUID(). Si necesitas más de 1M de UUIDs, ejecuta este generador en bucle o usa un script del lado del servidor — la generación de UUID se paraleliza trivialmente.

Ver también