Gerador de UUID V3 Grátis Online

Um UUID é um identificador de 128 bits normalmente apresentado com 36 caracteres: 8-4-4-4-12 em hexadecimal com hifens (ex.: 550e8400-e29b-41d4-a716-446655440000). Letras maiúsculas e minúsculas são equivalentes. O formato compacto usa 32 caracteres hexadecimais sem hifens.

Por padrão, use UUIDv7 para IDs ordenáveis por tempo e eficientes em índices de bancos de dados. Use UUIDv4 para IDs aleatórios quando a ordenação não importa. Use UUIDv5 quando precisar de IDs determinísticos derivados de um nome.

v4 é puramente aleatório (122 bits aleatórios), simples mas não naturalmente ordenável. v7 codifica um timestamp nos bits mais significativos e usa aleatoriedade no restante, permitindo ordenação quase cronológica com boa imprevisibilidade. É ideal para bancos de dados e logs com muitas gravações.

Na prática, sim, na maioria dos contextos de desenvolvimento. “GUID” é o termo da Microsoft; “UUID” é o nome do padrão IETF. Ambos se referem a identificadores únicos de 128 bits.

Sim, com v7, que foi criado para ordenação temporal. v1/v6 também permitem ordenar por tempo, mas apresentam questões de privacidade e compatibilidade. v4 é aleatório e não ordenável por tempo.

Com um RNG adequado, as colisões v4/v7 são astronomicamente improváveis para volumes reais. Trate-os como únicos e garanta um gerador de alta qualidade.

Use v5 para obter um ID estável a partir de um namespace (ex.: DNS, URL) e um nome (string). As mesmas entradas geram o mesmo UUID. Isso é útil para chaves de idempotência, deduplicação e referências entre serviços.

UUIDs são identificadores, não segredos. Não confie neles para autenticação/autorização. Evite dados sensíveis no v1, pois ele pode expor informações de horário e do host. Prefira v4/v7 e use segredos próprios para autenticação.

Prefira tipos binários de 16 bytes quando disponíveis (ex.: PostgreSQL uuid, MySQL BINARY(16)), não CHAR(36). Isso economiza espaço e acelera comparações e índices.

Os bits mais altos ordenados por tempo melhoram a localidade de B-tree, reduzem divisões de páginas e aceleram ingestão. Mantenha aleatoriedade suficiente para evitar previsibilidade e permitir consultas eficientes por intervalo.

O nil UUID é todo zeros: 00000000-0000-0000-0000-000000000000. Representa um valor “vazio” ou não inicializado; não use para entidades reais.

Verifique 32 caracteres hexadecimais (compacto) ou 8-4-4-4-12 com hifens, aceitando letras maiúsculas ou minúsculas, versão correta (1–8) e variante (8|9|a|b). Rejeite o resto.

Não. Caracteres hexadecimais não diferenciam maiúsculas de minúsculas. Normalize para um estilo, geralmente minúsculas, para manter a consistência em logs e interfaces.

Evite. UUIDs são opacos por definição. Se você precisa de IDs legíveis ou estritamente monotônicos, use esquemas sequenciais ou formatos como ULID/KSUID e considere as vantagens e desvantagens.

Sim, na maioria dos novos desenvolvimentos. v7 preserva benefícios de ordenação sem expor MAC/tempo. Em migrações, faça gravação dupla ou preenchimento retroativo, mantendo as chaves primárias estáveis para evitar alterações em massa.

Nenhuma diferença semântica. Hifens ajudam na leitura; o formato compacto economiza bytes em texto. Armazene em binário internamente e escolha um formato de apresentação único externamente.

Sim. Com v7 (ou v4 com uma estratégia de ordenação), os bancos de dados funcionam bem. Garanta uma indexação adequada, use armazenamento binário e faça testes de desempenho com sua carga real.

Escolha um namespace UUID fixo (DNS/URL/próprio) e uma string estável. O hashing (SHA-1) produz sempre o mesmo UUID. Não use v5 como segredo; trate-o apenas como identificador estável.