Gerador de UUID

• Gerador de hashes
• Codificador/decodificador Base64
• Todos os conversores

Os UUID dão-lhe identificadores com probabilidade de colisão extremamente baixa entre sistemas, o que simplifica chaves primárias em bases de dados distribuídas, IDs de recursos em APIs, tokens de sessão e nomes de ficheiros sem um alocador central.

Benefícios dos UUID

• Unicidade: Probabilidade de colisão muito baixa quando gerados corretamente, para que serviços independentes possam criar IDs com segurança.
• Sistemas distribuídos: Clientes ou serviços podem criar IDs sem chamar uma sequência central.
• Chaves de base de dados: Populares como chaves primárias substitutas quando as chaves naturais são incómodas ou quando importa um esquema fácil de fundir.
• Mais difíceis de adivinhar: Valores v4 aleatórios não expõem contadores sequenciais, o que ajuda contra enumeração trivial (não substitui autenticação adequada).
• Baseados em normas: A RFC 4122 define formatos e bits de versão para ferramentas e linguagens interoperarem.

Esta ferramenta foca-se nas duas versões que os programadores mais usam. Escolha a que corresponde aos seus requisitos de ordenação, privacidade e compatibilidade.

Versões disponíveis aqui

• UUID v4 (aleatório): Usa dados aleatórios ou pseudoaleatórios para os bits de carga útil; predefinição recomendada para designs novos.
• UUID v1 (baseado no tempo): Incorpora um carimbo de tempo; útil quando comportamento monótono ou ordenável por tempo ajuda, com outras implicações de exposição do que IDs puramente aleatórios.

Alguns pormenores evitam surpresas ao armazenar, indexar ou comparar cadeias UUID.

Referência rápida

• Um UUID tem 128 bits e costuma mostrar-se como 32 dígitos hexadecimais no padrão 8-4-4-4-12 com hífenes.
• UUID v4 expõe 122 bits de aleatoriedade na carga útil (os bits de versão e variante estão fixos).
• As cadeias UUID são mais longas do que chaves inteiras; o desenho de índices e armazenamento deve considerar o comprimento.
• Minúsculas ou maiúsculas em hexadecimal é uma escolha de apresentação; as comparações costumam ignorar maiúsculas.
• A RFC 4122 define outras versões (por exemplo v3, v5); esta página só gera v1 e v4.

Boas práticas

Use a versão certa para o seu modelo de ameaças e camada de armazenamento, e trate os UUID como identificadores — não como segredos por si só.

• Prefira UUID v4 para IDs únicos de uso geral salvo que tenha uma razão clara para v1.
• Armazene UUID de forma consistente (cadeia vs. binário) e indexe segundo as recomendações da sua base de dados.
• Não confie só na aleatoriedade do UUID para proteger recursos sensíveis; aplique sempre autorização.
• Para taxas de inserção muito altas, avalie como chaves UUID em cadeia afetam a fragmentação da árvore B face a IDs sequenciais.
• Ao expor IDs em URLs, combine imprevisibilidade com controlo de acesso adequado aos dados.

Casos de uso típicos

• Chaves primárias de base de dados: Chaves substitutas que se fundem bem entre partições ou clientes offline.
• Recursos de API: Identificadores estáveis e opacos em respostas JSON e ligações hipermédia.
• IDs de sessão e correlação: Acompanhar pedidos ou sessões de navegador sem um contador partilhado.
• Workers distribuídos: Os workers geram IDs de tarefas ou ficheiros sem contactar um coordenador.
• Nomes de ficheiro únicos: Evitam colisões ao carregar ou colocar em cache conteúdo do utilizador.