UUID Generator गाइड: UUID v1, v4, v5, v7 सम्पूर्ण जानकारी (2026)

UUID भनेको १२८-bit identifier हो जुन hyphen ले छुट्याइएका पाँच hexadecimal digits को समूहमा देखाइन्छ — 8-4-4-4-12 pattern मा (३२ hex chars + ४ hyphens = ३६ characters कुल):

xxxxxxxx-xxxx-Mxxx-Nxxx-xxxxxxxxxxxx
│        │    │    │    │
│        │    │    │    └─ 12 hex digits (node / random)
│        │    │    └────── 4 hex digits (variant + random)
│        │    └─────────── 4 hex digits (version M + random)
│        └──────────────── 4 hex digits (time mid / random)
└───────────────────────── 8 hex digits (time low / random)

दुई विशेष nibbles

• Version nibble (M): तेस्रो group को पहिलो digit। Values: 1, 2, 3, 4, 5, 6, 7 — कुन UUID version हो भन्छ।
• Variant nibble (N): चौथो group को पहिलो digit। RFC 4122 UUIDs का लागि यो सधैं 8, 9, a, वा b हुन्छ।

Example breakdown

550e8400-e29b-41d4-a716-446655440000
                 ↑         ↑
                 version=4  variant=a (RFC 4122)

Nil UUID

Nil UUID भनेको सबै १२८ bits शून्य भएको विशेष UUID हो: 00000000-0000-0000-0000-000000000000। यसलाई sentinel वा placeholder value को रूपमा प्रयोग गरिन्छ — SQL को NULL जस्तै। केही systems ले यसलाई "UUID assign भएको छैन" भनेर देखाउन प्रयोग गर्छन्।

पाँच standardised UUID versions छन्। हरेक version ले १२८ bits मा फरक-फरक information encode गर्छ। यो पूरा तुलना हेर्नुहोस्:

UUID v1 — Time + MAC

UUID v1 ले 60-bit timestamp (Oct 15, 1582 देखि 100-nanosecond intervals मा) र generating machine को MAC address encode गर्छ। technically sortable भए पनि, v1 ले machine को MAC address expose गर्छ — privacy concern। B-tree indexes मा पनि "hot spots" बनाउँछ। नयाँ projects मा avoid गर्नुहोस्।

UUID v4 — Pure Random

UUID v4 ले 122 random bits प्रयोग गर्छ। यो सबैभन्दा widely used UUID version हो। कुनै coordination चाहिँदैन, completely private, र हरेक भाषाको UUID library ले support गर्छ। एउटै कमजोरी: sortable छैन, जसले database मा B-tree index fragmentation गर्न सक्छ।

UUID v5 — Namespaced SHA-1

UUID v5 ले SHA-1 प्रयोग गरेर namespace UUID + name string बाट deterministically UUID generate गर्छ। एउटै input दिँदा सधैं एउटै UUID आउँछ। एउटै real-world entity (जस्तै user email "alice@example.com") को लागि stable identifier चाहिँदा use गर्नुहोस्।

UUID v7 — Database को लागि Modern Choice

UUID v7 (RFC 9562, 2024) ले पहिलो 48 bits मा Unix timestamp (milliseconds) encode गर्छ। timestamp high bits मा भएकाले v7 UUIDs chronologically sort हुन्छन् — v4 को index fragmentation problem solve हुन्छ। Database primary keys को लागि UUID v7 अहिलेको recommended choice हो।

UUIDs बारे सबैभन्दा सामान्य प्रश्न: "के दुई UUID एउटै हुन सक्छ?" technically हो, तर probability अत्यन्त न्यून छ।

UUID v4 collision math

UUID v4 ले 122 random bits प्रयोग गर्छ, जसले 2¹²² ≈ 5.3 × 10³⁶ possible values दिन्छ। Birthday problem approximation प्रयोग गर्दा:

P(collision) ≈ n² / (2 × 2^122)

50% collision probability पाउन n UUIDs चाहिन्छ:
n ≈ 2.71 quintillion (2.71 × 10^18)

व्यावहारिक रूपमा: यदि तपाईंले प्रति सेकेन्ड १ billion UUIDs generate गर्नुभयो भने, एउटा मात्र collision को ५०% chance पाउन लगभग ८५ वर्ष लाग्छ। cryptographically secure random number generator प्रयोग गरेमा UUID collision वास्तविक engineering concern होइन।

CSPRNG requirement

यो guarantee तब मात्र valid छ जब Cryptographically Secure Pseudo-Random Number Generator (CSPRNG) प्रयोग गरिएको छ। JavaScript को crypto.randomUUID(), Python को uuid.uuid4(), र Java को UUID.randomUUID() — सबैले CSPRNG प्रयोग गर्छन्। Math.random()-based UUID generators avoid गर्नुहोस्।

UUID लाई database primary key रूपमा प्रयोग गर्नु एक debated architectural decision हो। MySQL र PostgreSQL का लागि honest analysis:

UUID vs Auto-Increment: Trade-offs

MySQL recommendations

MySQL (InnoDB) मा primary key नै clustered index हो। Random UUID v4 PK को रूपमा प्रयोग गर्दा severe index fragmentation हुन्छ। ठूला tables (10M+ rows) मा insert performance significantly घट्छ। UUID v7 वा UUID_TO_BIN(uuid, 1) function प्रयोग गर्नुहोस्। VARCHAR(36) होइन — BINARY(16) मा store गर्नुहोस्।

PostgreSQL recommendations

PostgreSQL मा native UUID type छ (16 bytes)। v4 को लागि gen_random_uuid() (PostgreSQL 13 देखि built-in) वा v7 को लागि pg_uuidv7 extension प्रयोग गर्नुहोस्। PostgreSQL 17+ मा UUIDv7 native support छ।

Rule of thumb

• Single-server app, < 10M rows: Auto-increment BIGINT सरल र ठीक
• Distributed system / microservices: UUID v7 (सबैभन्दा balanced)
• URLs/APIs मा IDs expose: UUID v4 (opaque) वा UUID v7 (sortable)
• Deterministic IDs चाहिन्छ: UUID v5

छोटो उत्तर: हो, GUID र UUID essentially एउटै हो। यहाँ distinction छ:

Microsoft को GUID UUID को variant हो। मुख्य फरक cosmetic छ: GUIDs प्रायः uppercase र curly braces सहित देखाइन्छ (जस्तै {550E8400-E29B-41D4-A716-446655440000})। .NET मा System.Guid.NewGuid() ले behind the scenes UUID v4 generate गर्छ। Microsoft र non-Microsoft systems बीच interoperating गर्दा braces हटाएर lowercase गर्नुहोस्।

SQL Server मा GUID

SQL Server ले GUIDs को लागि UNIQUEIDENTIFIER data type प्रयोग गर्छ। NEWID() ले random GUID (UUID v4) generate गर्छ। NEWSEQUENTIALID() ले clustered index performance को लागि optimised sequential GUIDs generate गर्छ — यो UUID v7 को SQL Server equivalent हो। SQL Server मा clustered index primary keys को लागि सधैं NEWSEQUENTIALID() prefer गर्नुहोस्।

Application मा UUID validate गर्न regular expression सजिलो छ:

Standard UUID regex (case-insensitive)

/^[0-9a-f]{8}-[0-9a-f]{4}-[1-7][0-9a-f]{3}-[89ab][0-9a-f]{3}-[0-9a-f]{12}$/i

यो pattern validate गर्छ:

• 8-4-4-4-12 structure with hyphens
• Version digit: 1–7 (valid UUID versions)
• Variant bits: 8, 9, a, b (RFC 4122 variant)

Version-specific validation

// UUID v4 मात्र
/^[0-9a-f]{8}-[0-9a-f]{4}-4[0-9a-f]{3}-[89ab][0-9a-f]{3}-[0-9a-f]{12}$/i

// UUID v7 मात्र
/^[0-9a-f]{8}-[0-9a-f]{4}-7[0-9a-f]{3}-[89ab][0-9a-f]{3}-[0-9a-f]{12}$/i

Code मा UUIDs generate गर्ने

// JavaScript (browser + Node 15+)
crypto.randomUUID()  // UUID v4, CSPRNG-backed

// Python
import uuid
uuid.uuid4()   # v4 random
uuid.uuid5(uuid.NAMESPACE_DNS, 'example.com')  # v5 deterministic

// Java
UUID.randomUUID()  // v4

// Go
import "github.com/google/uuid"
uuid.New()  // v4