UUID v7 генератор

Шта чини UUID v7 другачијим од осталих формата

UUID v7 уграђује 48‑битни Unix милисекундни временски печат на почетак сваког идентификатора, након чега следи криптографски јака случајност. Овај дизајн директно решава главни проблем UUID v4 – лошу локалност индекса у базама података. Код v4, идентификатори су потпуно случајни, што приликом уметања у B‑стабло (B‑tree) доводи до честих прекида кеша страница и фрагментације индекса. UUID v7, захваљујући временској ознаци на челу, омогућава да нови записи буду физички блиски у индексу, што драстично побољшава перформансе уметања у сценаријима са великим бројем истовремених трансакција.

Међутим, постоји важна нијанса: UUID v7 не гарантује строги редослед за идентификаторе генерисане у истој милисекунди. Ако се два ID‑а креирају у истом милисекундном интервалу, њихов поредак зависи од случајног дела, а не од времена. Ово је намерни дизајн који омогућава паралелизам – системи могу генерисати ID‑ове без међусобне координације, што би било немогуће када би редослед морао бити апсолутан.

Сам формат је текстуални приказ од 128 бита, представљен као 36 карактера у стандардном облику: 8‑4‑4‑4‑12 са цртицама (нпр. 018f3a6e‑7b3a‑7a00‑b000‑a1b2c3d4e5f6). Првих 12 хексадецималних цифара (прва три сегмента) чине временску ознаку. Број могућих вредности је 2¹²⁸ – у пракси практично немерљив ризик од колизије.

Како се врши генерисање и обрада уноса

Алатка на страници пружа потпуну контролу над излазом. Корисник може подесити:

• Број ID‑ова – целобројна вредност од 1 до 100, након чега се листа одмах регенерише.
• Велика слова – прекидач који приказује хексадецималне цифре (a–f) као велика слова (A–F). Стандард RFC 9562 наводи мала слова, али неке базе или системи захтевају велика ради компатибилности.
• Цртице – прекидач за укључивање или изостављање цртица (‑). Излаз без цртица је низ од 32 хексадецималне цифре (нпр. 018f3a6e7b3a7a00b000a1b2c3d4e5f6), што скраћује низ за 4 карактера.

Свака промена било које опције – чак и ако само пребаците прекидач за цртице – моментално покреће ново генерисање свих ID‑ова. То значи да ће временске ознаке у ID‑овима бити ажуриране на тренутак када је промена извршена, а не на тренутак оригиналног генерисања. Ово је корисно када желите тестирати како се ID‑ови понашају у различитим тренуцима.

Статусне поруке и копирање

Практични аспект рада са резултатима:

• Када је страница спремна за рад, приказује се статус Спремно. (Ready).
• Након генерисања, статус се мења у Генерисано. (Generated), што потврђује да су ID‑ови креирани.
• Ако кликнете на било који појединачни ID у листи, он се копира у привремену меморију (clipboard). Нема поруке за појединачна копирања – ради се тихо.
• Када кликнете на дугме за копирање свих ID‑ова (обично „Копирај све"), појављује се статус Све копирано! (Copied all!) Истовремено се у листи мења и број приказаних ID‑ова – он остаје исти, али се статус мења.

Важно: све се ради локално у прегледачу. Ниједан податак – ни временски печат, ни генерисани ID‑ови – не напушта ваш рачунар. Ово је кључно за безбедносне сценарије где не желите да идентификатори буду видљиви трећим странама.

Структура UUID v7 корак по корак

Да бисмо разумели зашто је време сортирања ограничено, морамо погледати саму структуру:

• Битови 0–47: 48‑битни Unix милисекундни временски печат (број милисекунди од 1. јануара 1970. UTC). Ова вредност је увек иста за ID‑ове креиране у истој милисекунди.
• Битови 48–51: Верзија формата (за v7, ово је 0111 у бинарном, односно хексадецимално 7).
• Битови 52–55: Варијанта (увек 10xx – значи први бит 1, други 0, а преостала два бита су случајна или фиксна). Ово обезбеђује да се ID не меша са другим UUID верзијама.
• Битови 56–127: 72 бита криптографски јаке случајности. Садрже и 12 битова „варијације" (битови 62–63 и део битова 56–61) који су фиксни да би се формат разликовао од старијих верзија.

У пракси, то значи да првих 12 хексадецималних цифара (прва три сегмента са цртицама) представљају време. Ако упоредите два ID‑а генерисана у различитим милисекундама, први део ће се разликовати. Ако су генерисани у истој милисекунди, временски део је идентичан, а редослед одређује случајни део – није загарантован.

Поређење са другим форматима (UUID v4, ULID, NanoID)

Главна предност UUID v7 над ULID‑ом је широка прихваћеност стандарда – RFC 9562 (раније draft‑peabody‑dispatch‑new‑uuid‑format) формално дефинише v7. ULID, иако популаран, није званични IETF стандард. Такође, 36 карактера у хексадецималном запису често је компатибилније са постојећим API‑јима и базама које очекују стандардне UUID нивое.

Насупрот томе, UUID v4 остаје бољи избор када апсолутно не желите временску компоненту – ако је потребно да се ID‑ови не могу повезати са временом креирања (нпр. у безбедносним токенима). UUID v7 открива милисекунду креирања у првом делу, што може бити проблем за неке апликације.

Ко треба да користи ову алатку и зашто

Примарна циљна група су програмери дистрибуираних система којима је потребан компромис између уређености и неизвесности. Ако радите са:

• Спорадичним уметањима у базу – UUID v7 ће смањити фрагментацију индекса у поређењу са v4.
• Догађајима у времену (event sourcing) – ID‑ови по редоследу креирања олакшавају тражење и филтрирање.
• Аудит траговима (audit trails) – Једноставно можете пронаћи све записе креиране у одређеном временском опсегу, јер први део ID‑а представља време.
• Системима порука – Поруке добијају ID‑ове којима се може приступити по редоследу слања, али без потребе за централним сервером за доделу бројева.

Администратори база података ће ценити што могу мигрирати са UUID v4 на v7 без промене шеме – оба формата су 36‑карактерни низови, па је промена колоне једноставна. Разлика у перформансама код индекса може бити драматична: у тестовима са милионима уметања, v7 може смањити време индексације за 30-50% у поређењу са v4.

Сигурносно‑свесни инжењери треба да знају да 74 бита случајности у v7–у пружају мању ентропију него 122 бита у v4. Иако је то и даље изузетно сигурно за већину случајева, ако вам је потребна екстремна одбрана од погађања ID‑ова, v4 је бољи избор.

Често постављана питања (FAQ)

1. Да ли је UUID v7 безбедан за употребу у производним системима? Да. RFC 9562 је званични стандард, а 74 бита случајности довољна су да спрече погађање – вероватноћа да се погоди одређени ID је мања од 1 у 2×10²¹. Ипак, ако вам је апсолутно неприхватљиво откривање времена креирања, користите v4.

2. Могу ли да користим UUID v7 уместо UUID v4 без промене кода? У већини случајева да. Оба су 36‑карактерни ниска која се чувају у истом типу колоне (нпр. string или uuid у PostgreSQL). Једина разлика је у понашању при сортирању – ако сте се ослањали на случајност v4 да бисте спречили предвиђање редоследа, v7 ће омогућити уочавање временског обрасца.

3. Зашто UUID v7 не гарантује сортирање унутар једне милисекунде? Зато што се временска ознака мења само на сваких 1 мс. Сви ID‑ови креирани у истом милисекундном интервалу деле исти временски део. Редослед у том интервалу зависи од случајног дела, јер се не води евиденција о редоследу стварања – то би захтевало централни бројач, што би нарушило дистрибуирану природу.

4. Како се генерише случајни део у прегледачу? Користи се crypto.getRandomValues() API, који обезбеђује криптографски јаке случајне бројеве директно из оперативног система. Ово је исти механизам који користе безбедносни протоколи (TLS, HTTPS).

5. Да ли прекидач за велика слова утиче на дужину или валидност ID‑а? Не. UUID стандард дозвољава и мала и велика слова. Разлика је само у приказу – базе података обично чувају ID онако како су унете (case‑sensitive). Промена случаја не мења саму вредност.

6. Могу ли да генеришем ван мреже, без интернет везе? Да, апсолутно. Сва логика и генератор раде искључиво у прегледачу – нема захтева ка серверу. Страница се може учитати једном и користити касније ван мреже (ако прегледач подржава кеширање).