UUID Generator (v4 random, v7 time-ordered)

v4 बनाम v7 कब use करें

UUID v4 purely random है — 122 random bits जिनसे ~5.3 × 10³⁶ possible values। दो practically कभी collide नहीं होंगे। v4 कहीं भी use करें जहाँ ordering की जरूरत नहीं — जैसे API request IDs या anonymous user identifiers।

UUID v7 (RFC 9562, 2024 में published) 48-bit Unix millisecond timestamp से शुरू होता है जिसके बाद 74 random bits आते हैं। वे creation order में lexicographically sort होते हैं, जो database performance के लिए बड़ा है — time से sort होने वाले primary keys का मतलब inserts हमेशा B-tree के end पर जाते हैं, कोई random page splits नहीं। नए database primary keys के लिए v7 use करें।

यह generator कैसे काम करता है

v4 और v7 दोनों crypto.getRandomValues उपयोग करते हैं — browser का secure random source, वही primitive जो HTTPS और password managers use करते हैं। v4 में 122 bits randomly fill होते हैं। v7 में RFC के अनुसार 48 bits timestamp + 74 bits random plus version/variant markers होते हैं।

Generation आपके browser में होती है। UUIDs store या transmit नहीं होते। 100 v4 UUIDs generate करने पर collision की chance astronomically small है — CPU में cosmic rays से bits flip होने की chance से भी कम।

Common UUID gotchas

Database primary keys के रूप में v4 UUIDs performance hurt करते हैं auto-incrementing integers की तुलना में क्योंकि random values inserts के दौरान B-tree page splits cause करती हैं। v7 इसे fix करता है — UUID benefits बिना index pain के चाहिए तो v7 use करें।

UUIDs users को expose न करें जहाँ guessability matter करती है। v4 UUIDs में 122 bits entropy हैं और unguessable हैं। v7 UUIDs creation time leak करते हैं, जो अधिकांश uses के लिए fine है लेकिन creation time sensitive हो तो bad है।

UUIDs 36 chars होते हैं hyphens सहित (32 hex + 4 hyphens)। वे 16 bytes binary या 36 bytes text लेते हैं। Very high-cardinality columns के लिए, VARCHAR(36) की बजाय binary BLOB / UUID native type में store करने पर consider करें।