Generatore di UUID
Genera UUID v4/v7, ULID e Nano ID — singoli o in blocco
Su questo strumento
Genera identificatori universalmente unici in quattro varianti: UUID v4 (completamente casuale, il default di tutti i giorni), UUID v7 (ordinato nel tempo, la scelta moderna per le chiavi di database), ULID (ordinato nel tempo con una compatta scrittura Crockford Base32) e Nano ID (corto, adatto agli URL). Generane uno o fino a mille alla volta — uno per riga, pronti da incollare in uno script di seed.
La casualità viene dalla Web Crypto API (crypto.getRandomValues), la sorgente crittograficamente sicura, non da Math.random. La generazione è locale, il che significa che gli ID non sono noti a nessun altro, non sono registrati da nessuna parte e sono disponibili offline.
Se stai scegliendo un formato di ID per un nuovo sistema: v7 e ULID si ordinano per istante di creazione, il che tiene felici gli indici B-tree e rende gli ID grosso modo cronologici nei log; v4 non rivela nulla su quando è stato creato, che a volte è esattamente ciò che vuoi.
Domande frequenti
- Qual è la differenza tra UUID v4 e v7?
- v4 sono 122 bit casuali. v7 (RFC 9562) inizia con un timestamp Unix in millisecondi a 48 bit seguito da bit casuali, quindi gli ID generati dopo si ordinano dopo. Per le chiavi primarie di database v7 di norma migliora la località degli insert e la dimensione degli indici; v4 resta valido dove l’ordinamento è irrilevante o il timing non deve trapelare.
- Due UUID generati possono collidere?
- Con 122 bit casuali la probabilità è così piccola che non vale la pena progettarci attorno: dovresti generare miliardi di ID al secondo per decenni per avvicinarti anche solo a una possibilità remota. Le collisioni nella pratica nascono dai bug (riutilizzare un seed, copiare righe), non dalla casualità.
- Perché scegliere ULID invece di UUID v7?
- Risolvono lo stesso problema. ULID sono 26 caratteri di Crockford Base32 insensibile alle maiuscole — più corto e pulito in URL e log — mentre v7 mantiene la forma standard UUID a 36 caratteri che ogni database e libreria già accetta. Scegli quello che il tuo ecosistema gestisce più nativamente.
- Questi ID sono sicuri da usare come segreti o token?
- La casualità è crittograficamente sicura, ma gli ID di solito vengono mostrati, loggati e indicizzati — trattati come pubblici. Per token di sessione o chiavi API genera un segreto dedicato con almeno 128 bit casuali e trattalo come una password.