UUID v4 ਜਨਰੇਟਰ

ਔਨਲਾਈਨ UUID v4 ਮੁੱਲ ਜਨਰੇਟ ਕਰੋ: 122 ਰੈਂਡਮ ਬਿੱਟ, ਮਿਆਰੀ UUID ਆਕਾਰ ਅਤੇ ਤੁਹਾਡੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਕਾਪੀ ਕਰਨ ਲਈ ਤਿਆਰ ਨਤੀਜੇ।

ਫਾਰਮੈਟ
ਤਿਆਰ ਕੀਤੇ ਗਏ ID
ਤਿਆਰ ਹੈ। ਆਪਣੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ UUID v4 ਮੁੱਲ ਜਨਰੇਟ ਕਰੋ।

ਇਹ ID ਕਿਵੇਂ ਬਣਦੀ ਹੈ

ਲੇਆਉਟ
ਵਰਜਨ 4 ਅਤੇ RFC ਵੇਰੀਐਂਟ ਬਿੱਟਾਂ ਦੇ ਨਾਲ 128-ਬਿੱਟ UUID, ਜੋ 8-4-4-4-12 ਹੈਕਸ ਸਮੂਹਾਂ ਵਜੋਂ ਦਿਖਾਇਆ ਗਿਆ ਹੈ।
ਐਂਟਰੌਪੀ (Entropy)
crypto.randomUUID() ਤੋਂ 122 ਰੈਂਡਮ ਬਿੱਟ।
ਸਮਾਂ
ਕੋਈ ਨਹੀਂ; v4 ID ਇਹ ਨਹੀਂ ਦੱਸਦੇ ਕਿ ਉਹ ਕਦੋਂ ਬਣਾਏ ਗਏ ਸਨ।
ਟਕਰਾਅ ਦਾ ਜੋਖਮ (Collision risk)
ਟਕਰਾਅ 122 ਰੈਂਡਮ ਬਿੱਟਾਂ ਦੁਆਰਾ ਨਿਯੰਤਰਿਤ ਹੁੰਦੇ ਹਨ, ਜੋ ਕਿ ਆਮ ਸਿਸਟਮਾਂ ਲਈ ਵਿਹਾਰਕ ਮਾਤਰਾ ਤੋਂ ਬਹੁਤ ਪਰੇ ਹੈ।
ਉਦਾਹਰਨ
7e0cd909-cd53-4104-97ea-a09f0aa52ab2

ਤੁਹਾਡੇ ID ਮਜ਼ਬੂਤ ਬ੍ਰਾਊਜ਼ਰ ਰੈਂਡਮਨੈੱਸ ਨਾਲ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਤਿਆਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। BroBroGo ਨੂੰ ਕੁਝ ਵੀ ਨਹੀਂ ਭੇਜਿਆ ਜਾਂਦਾ।

ਅਕਸਰ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਸਵਾਲ

ਮੈਨੂੰ UUID v4 ਦੀ ਵਰਤੋਂ ਕਦੋਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ?

UUID v4 ਦੀ ਵਰਤੋਂ ਉਦੋਂ ਕਰੋ ਜਦੋਂ ਤੁਹਾਨੂੰ ਅਪਾਰਦਰਸ਼ੀ ਰੈਂਡਮ ਆਈਡੈਂਟੀਫਾਇਰਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜੋ ਬਣਾਉਣ ਦੇ ਸਮੇਂ ਅਨੁਸਾਰ ਕ੍ਰਮਬੱਧ ਨਹੀਂ ਹੁੰਦੇ ਅਤੇ ਸਮੇਂ ਦੀ ਜਾਣਕਾਰੀ ਨੂੰ ਜ਼ਾਹਰ ਨਹੀਂ ਕਰਦੇ।

ਕੀ ਮੈਂ ਹਾਈਫ਼ਨ ਹਟਾ ਸਕਦਾ ਹਾਂ ਜਾਂ ਆਉਟਪੁੱਟ ਨੂੰ ਵੱਡੇ ਅੱਖਰਾਂ ਵਿੱਚ ਕਰ ਸਕਦਾ ਹਾਂ?

ਹਾਂ। ਲੌਕਡ UUID v4 ਟੂਲ UUID ਵਿਕਲਪ ਪੈਨਲ ਨੂੰ ਬਣਾਈ ਰੱਖਦਾ ਹੈ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਹਾਈਫ਼ਨ ਹਟਾ ਸਕੋ ਅਤੇ ਵੱਡੇ ਅੱਖਰਾਂ (uppercase) ਵਿੱਚ ਆਉਟਪੁੱਟ ਪ੍ਰਾਪਤ ਕਰ ਸਕੋ।

UUID v4 ਜਨਰੇਟਰ ਪੰਨਾ ਕੀ ਹੈ?

ਇਹ ਪੰਨਾ ਤੁਹਾਨੂੰ ਇੱਕ ਜਾਂ ਵੱਧ UUID v4 ਪਛਾਣਕਰਤਾ (identifier) ਜਨਰੇਟ ਕਰਨ ਦਿੰਦਾ ਹੈ — 36 ਅੱਖਰਾਂ ਦੀਆਂ ਬੇਤਰਤੀਬ ਸਤਰਾਂ, 8‑4‑4‑4‑12 ਹੈਕਸਾਡੈਸੀਮਲ ਫਾਰਮੈਟ ਵਿੱਚ। ਤੁਸੀਂ ਗਿਣਤੀ (1 ਤੋਂ 100), ਅੱਪਰਕੇਸ (caps) ਦੀ ਵਰਤੋਂ, ਤੇ ਹਾਈਫ਼ਨ (dash) ਦੀ ਮੌਜੂਦਗੀ ਨੂੰ ਕੰਟਰੋਲ ਕਰ ਸਕਦੇ ਹੋ। ID ਤੁਰੰਤ ਤੁਹਾਡੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਤੁਸੀਂ ਇੱਕ ID 'ਤੇ ਕਲਿੱਕ ਕਰਕੇ ਜਾਂ "ਸਭ ਕਾਪੀ ਕਰੋ" ਬਟਨ ਦਬਾ ਕੇ ਕਾਪੀ ਕਰ ਸਕਦੇ ਹੋ।

ਇਸ ਪੰਨੇ ਨੂੰ ਵਿਲੱਖਣ ਬਣਾਉਣ ਵਾਲੀ ਗੱਲ ਇਹ ਹੈ: ਇਹ ਪ੍ਰਤੀ UUID 122 ਬਿੱਟ ਸ਼ੁੱਧ ਬੇਤਰਤੀਬੀ (randomness) ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ; ਬਾਕੀ 6 ਬਿੱਟ ਫਿਕਸਡ ਵਰਜ਼ਨ/ਵੈਰੀਐਂਟ ਬਿੱਟ ਹਨ। UUID v4 ਮੁੱਲ ਬੇਤਰਤੀਬ ਢੰਗ ਨਾਲ ਛਾਂਟੇ ਜਾਂਦੇ ਹਨ – ਇਹਨਾਂ ਵਿੱਚ ਕੋਈ ਸਮਾਂ ਜਾਂ ਕ੍ਰਮ ਦੀ ਜਾਣਕਾਰੀ ਨਹੀਂ ਹੁੰਦੀ, ਇਸ ਲਈ ਇਹਨਾਂ ਨੂੰ ਪ੍ਰਾਇਮਰੀ ਕੁੰਜੀ (primary key) ਵਜੋਂ ਵਰਤਣ ਨਾਲ B‑tree ਇੰਡੈਕਸ ਖੰਡਿਤ (fragmented) ਹੋ ਜਾਂਦੇ ਹਨ (ਜਿਵੇਂ ਕਿ ਸਮਾਂ-ਕ੍ਰਮ ਅਨੁਸਾਰ ਛਾਂਟੀਆਂ ਗਈਆਂ ID ਦੇ ਉਲਟ)। ਟੱਕਰ (collision) ਦੀ ਸੰਭਾਵਨਾ ਅਮਲੀ ਤੌਰ 'ਤੇ ਨਾ-ਮਾਤਰ ਹੈ। ਪੰਨਾ ਫਾਰਮੈਟ-ਵਿਸ਼ੇਸ਼ ਟੌਗਲ (ਅੱਪਰਕੇਸ, ਹਾਈਫ਼ਨ) ਵੀ ਦਿਖਾਉਂਦਾ ਹੈ ਜੋ ਸਿਰਫ UUID (v4 ਅਤੇ v7) ਨਾਲ ਸਬੰਧਤ ਹਨ; ਹੋਰ ID ਕਿਸਮਾਂ (ਜਿਵੇਂ ULID, NanoID) ਵੱਖ-ਵੱਖ ਕੰਟਰੋਲ ਵਰਤਦੀਆਂ ਹਨ।

UUID v4 ਦੀ ਬਣਤਰ ਅਤੇ 122 ਬਿੱਟ ਰੈਂਡਮਨੈੱਸ

UUID v4 RFC 4122 ਦੁਆਰਾ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਸਦਾ ਸਟੈਂਡਰਡ ਫਾਰਮੈਟ 36 ਅੱਖਰਾਂ ਦੀ ਸਤਰ ਹੈ: xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx, ਜਿੱਥੇ:

  • 4 (ਵਰਜ਼ਨ ਨੰਬਰ) 13ਵੇਂ ਸਮੂਹ (group) ਦੀ ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਫਿਕਸਡ ਹੈ।
  • y (ਵੈਰੀਐਂਟ ਬਿੱਟ) 17ਵੇਂ ਸਮੂਹ ਦੀ ਸ਼ੁਰੂਆਤ ਵਿੱਚ 8, 9, a, ਜਾਂ b ਵਿੱਚੋਂ ਇੱਕ ਹੋ ਸਕਦਾ ਹੈ (ਅਸਲ ਵਿੱਚ 10xx ਬਿੱਟ ਪੈਟਰਨ)।
  • x ਹੋਰ ਸਾਰੇ ਅੱਖਰ 0‑f ਤੋਂ ਬੇਤਰਤੀਬ ਹਨ।

ਨੰਬਰਾਂ ਵਿੱਚ: 128 ਬਿੱਟਾਂ ਵਿੱਚੋਂ 122 ਬਿੱਟ ਬੇਤਰਤੀਬ (random) ਹਨ। 4 ਬਿੱਟ ਵਰਜ਼ਨ (0100) ਲਈ ਫਿਕਸਡ, 2 ਬਿੱਟ ਵੈਰੀਐਂਟ (10) ਲਈ ਫਿਕਸਡ — ਇਸ ਤਰ੍ਹਾਂ ਕੁੱਲ 6 ਬਿੱਟ ਫਿਕਸਡ। 122 ਬਿੱਟ ਬੇਤਰਤੀਬੀ ਦਾ ਮਤਲਬ ਹੈ (2^‹122›) ਸੰਭਾਵਿਤ UUID, ਜੋ ਕਿ 5.3×10^‹36› (ਪੰਜ ਲੱਖ ਕਰੋੜ ਕਰੋੜ ਗੁਣਾ) — ਇੱਕ ਅਸਧਾਰਨ ਤੌਰ 'ਤੇ ਵੱਡੀ ਸੰਖਿਆ।

ਟੱਕਰ (collision) ਦੀ ਸੰਭਾਵਨਾ: ਜੇ ਤੁਸੀਂ 2.7×10^‹18› UUID (3 ਮਿਲੀਅਨ ਦਾ ਵਰਗ) ਜਨਰੇਟ ਕਰਦੇ ਹੋ, ਤਾਂ 50% ਸੰਭਾਵਨਾ ਹੈ ਕਿ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਟੱਕਰ ਹੋਵੇ। ਵਿਹਾਰਕ ਤੌਰ 'ਤੇ, ਸੈਂਕੜੇ ਕਰੋੜ ID ਲਈ ਵੀ ਟੱਕਰ ਦੀ ਸੰਭਾਵਨਾ ਨਾ-ਮਾਤਰ ਹੈ। ਇਸ ਲਈ UUID v4 ਯੂਨੀਵਰਸਲੀ ਵਿਲੱਖਣ (universally unique) ਮੰਨੇ ਜਾਂਦੇ ਹਨ।

ਡਾਟਾਬੇਸ ਇੰਡੈਕਸਿੰਗ 'ਤੇ ਪ੍ਰਭਾਵ

UUID v4 ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੇਤਰਤੀਬ (random) ਹਨ — ਇਹਨਾਂ ਦਾ ਆਪਸ ਵਿੱਚ ਕੋਈ ਸੰਬੰਧ ਜਾਂ ਕ੍ਰਮ ਨਹੀਂ। ਜਦੋਂ ਇਹਨਾਂ ਨੂੰ ਡਾਟਾਬੇਸ ਵਿੱਚ ਪ੍ਰਾਇਮਰੀ ਕੁੰਜੀ ਵਜੋਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ B‑tree (ਜਾਂ B+‑tree) ਇੰਡੈਕਸ ਖੰਡਿਤ (fragmented) ਹੋ ਜਾਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਨਵੀਂ ਕੁੰਜੀ ਇੰਡੈਕਸ ਦੇ ਕਿਸੇ ਵੀ ਪੁਆਇੰਟ 'ਤੇ ਪੈ ਸਕਦੀ ਹੈ। ਇਹ ਸਮਾਂ-ਅਧਾਰਿਤ ID (ਜਿਵੇਂ UUID v7, ULID, ਜਾਂ AUTO_INCREMENT) ਦੇ ਉਲਟ ਹੈ, ਜਿੱਥੇ ਨਵੀਆਂ ਕੁੰਜੀਆਂ ਇੰਡੈਕਸ ਦੇ ਅੰਤ 'ਤੇ ਪਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਜਿਸ ਨਾਲ ਪੇਜ ਸਪਲਿਟ (page split) ਘੱਟ ਹੁੰਦੇ ਹਨ ਅਤੇ ਕੈਸ਼ ਪ੍ਰਦਰਸ਼ਨ ਵਧੀਆ ਰਹਿੰਦਾ ਹੈ।

ਪ੍ਰਭਾਵ:

  • Insert operations: B‑tree ਲਈ random write — 3-5× slow down (ਡਾਟਾਬੇਸ extent ਆਕਾਰ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ)।
  • Read operations: fragment index range scan (sequential I/O) ਬਣਾਉਣਾ ਮੁਸ਼ਕਲ।
  • Clustered index (InnoDB) — primary key as random leads to page splits and fragmentation.

ਇਸ ਲਈ UUID v4 ਡਿਸਟ੍ਰੀਬਿਊਟਿਡ (distributed) ਸਿਸਟਮਾਂ ਵਿੱਚ ਵਰਤਣਾ ਫायदेमंद ਹੈ, ਜਿੱਥੇ ਕੇਂਦਰੀ coordination ਸੰਭਵ ਨਹੀਂ, ਪਰ ਜੇਕਰ ordering ਜ਼ਰੂਰੀ ਹੈ, ਤਾਂ v7 (time‑ordered) ਜਾਂ ULID 'ਤੇ ਵਿਚਾਰ ਕਰੋ। ਇਹ ਪੰਨਾ v4, v7, ULID, ਅਤੇ NanoID ਲਈ ਡ੍ਰੌਪਡਾਉਨ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਤੁਸੀਂ ਆਸਾਨੀ ਨਾਲ ਤੁਲਨਾ ਕਰ ਸਕਦੇ ਹੋ।

ਕਸਟਮਾਈਜ਼ੇਸ਼ਨ ਵਿਕਲਪ: ਅੱਪਰਕੇਸ, ਹਾਈਫ਼ਨ, ਗਿਣਤੀ

ਇਹ ਪੰਨਾ ਤਿੰਨ ਖਾਸ ਸੈਟਿੰਗਾਂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ:

  • Uppercase (ਵੱਡੇ ਅੱਖਰ): ਜੇਕਰ ਚਾਲੂ ਕੀਤਾ ਜਾਵੇ, ਤਾਂ a‑f (hex letters) A‑F ਵਜੋਂ ਦਿਖਾਏ ਜਾਂਦੇ ਹਨ। ਇਹ UUID ਦੀ ਪਛਾਣ (identification) 'ਤੇ ਕੋਈ ਪ੍ਰਭਾਵ ਨਹੀਂ ਪਾਉਂਦਾ — a ਅਤੇ A ਇੱਕੋ hex ਮੁੱਲ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ, ਪਰ ਕੁਝ ਪ੍ਰਣਾਲੀਆਂ (case‑sensitive) ਫਰਕ ਸਮਝ ਸਕਦੀਆਂ ਹਨ। ਜੇਕਰ UUID ਨੂੰ URL ਜਾਂ JSON ਵਿੱਚ case‑insensitive ਤੌਰ 'ਤੇ ਵਰਤਿਆ ਜਾਵੇ, ਤਾਂ ਫਰਕ ਨਹੀਂ ਪੈਂਦਾ।
  • Include hyphens (ਹਾਈਫ਼ਨ): ਜੇਕਰ off ਕੀਤਾ ਜਾਵੇ, ਤਾਂ UUID 32‑ਅੱਖਰਾਂ ਦੀ ਸਤਰ (8+4+4+4+12 = 32) ਬਣ ਜਾਂਦੀ ਹੈ, ਬਿਨਾਂ hyphens। ਇਹ URL‑safe (ਬਿਨਾਂ percent‑encoding) ਜਾਂ compact ID ਲਈ ਲਾਭਦਾਇਕ ਹੈ। ਕੁਝ API ਅਤੇ sistem (e.g., MongoDB) hyphens without parse ਕਰ ਸਕਦੇ ਹਨ।
  • Count (ਗਿਣਤੀ): 1 ਤੋਂ 100 ਤੱਕ। ਇਸ ਤੋਂ ਵੱਧ ਜਨਰੇਟ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਵਾਰ‑ਵਾਰ ਜਨਰੇਟ ਕਰਨਾ ਪਵੇਗਾ।

ਕੋਈ ਵੀ ਸੈਟਿੰਗ ਬਦਲਣ 'ਤੇ (format dropdown, count, uppercase, hyphens) ਸਾਰੇ ID ਤੁਰੰਤ (immediately) ਰੀਜਨਰੇਟ (regenerate) ਹੋ ਜਾਂਦੇ ਹਨ। ਇਹ ਇੱਕ local browser operation ਹੈ — ਕੋਈ server call ਨਹੀਂ, ਇਸ ਲਈ latency zero।

ਕਿਸ ਨੂੰ ਇਸ ਪੰਨੇ ਦੀ ਲੋੜ ਹੈ?

  • ਐਪਲੀਕੇਸ਼ਨ ਡਿਵੈਲਪਰ: ਜਿਨ੍ਹਾਂ ਨੂੰ objects, sessions, events ਲਈ ਵੱਡੀ ਮਾਤਰਾ ਵਿੱਚ universal unique keys ਚਾਹੀਦੀਆਂ ਹਨ। UUID v4 distributed systems (microservices) ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ।
  • ਡਾਟਾਬੇਸ ਡਿਜ਼ਾਈਨਰ: ਜੋ index fragmentation trade‑offs ਤੋਂ ਜਾਣੂ ਹਨ ਅਤੇ standard random UUID ਚਾਹੁੰਦੇ ਹਨ, ਜਿੱਥੇ coordination impossible ਹੈ।
  • ਸੁਰੱਖਿਆ ਇੰਜੀਨੀਅਰ: API tokens, request IDs, session IDs — UUID v4 unguessable (122 bits entropy) ਅਤੇ time‑based correlation سے بچا سکتے ہیں।
  • ਟੈਸਟਰ ਅਤੇ ਡਾਟਾ ਜਨਰੇਟਰ: sample databases populate ਕਰਨ ਲਈ realistic, unique key values।

ਬ੍ਰਾਊਜ਼ਰ-ਸਾਈਡ ਜਨਰੇਸ਼ਨ ਅਤੇ ਪ੍ਰਾਈਵੇਸੀ

ਇਹ ਪੰਨਾ crypto.randomUUID (JavaScript API) ਜਾਂ Math.random + hex encoding (browser support 'ਤੇ ਨਿਰਭਰ) ਦੀ ਵਰਤੋਂ ਕਰਕੇ local generation ਕਰਦਾ ਹੈ। ਕੋਈ data server 'ਤੇ ਨਹੀਂ ਭੇਜਿਆ ਜਾਂਦਾ।

  • Privacy: UUID generation sensitive (e.g., tokens) — local generation ensures no leakage.
  • Latency: Network round trip zero — results appear instantly.
  • Control: Count, format customization purely client‑side.

FAQ

1. ਕੀ UUID v4 ਦੀ ਟੱਕਰ (collision) ਹੋ ਸਕਦੀ ਹੈ?

ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ ਹਾਂ, ਪਰ 122 ਬਿੱਟ randomness ਕਾਰਨ, 2.7×10^‹18› UUID ਜਨਰੇਟ ਕਰਨ 'ਤੇ 50% collision chance। ਵਿਹਾਰਕ ਵਰਤੋਂ (lakhs, crores) ਲਈ negligible।

2. ਕੀ ਮੈਂ ਇੱਕ UUID ਕਾਪੀ ਕਰ ਸਕਦਾ/ਸਕਦੀ ਹਾਂ?

ਹਾਂ। Click a single UUID to copy it to clipboard, or click “Copy all” button to copy the entire list. Status message shows “Copied all!” after bulk copy.

3. ਕੀ 100 ਤੋਂ ਵੱਧ UUIDs generate ਕਰ ਸਕਦਾ/ਸਕਦੀ ਹਾਂ?

ਨਹੀਂ, count limit 100 ਹੈ। 1‑100 range accepts integers only। 100+ ਚਾਹੀਦੇ ਹੋ? Multiple batches generate karo.

4. ਕੀ uppercase ਅਤੇ hyphens format 'ਤੇ ਪ੍ਰਭਾਵ ਪਾਉਂਦੇ ਹਨ?

Uppercase: hex letters a‑f→A‑F (no impact on value, but some systems case‑sensitive). Hyphens off: 32‑char string (no dashes), more compact but less readable. Both toggles regenerate IDs.

5. ਕੀ ਇਹ UUID v4 RFC 4122 standard ਦੇ ਅਨੁਸਾਰ ਹੈ?

ਹਾਂ। Version 4 (4xxx), variant 10xx (8,9,a,b) — fully compliant.

6. ਕੀ ਮੈਂ API tokens vazgou use kar sakta/sakti hoon?

Yes, due to 122 bits randomness — unguessable (cryptographically secure). Time‑based UUIDs (v7) reveal timestamp; v4 does not. Click generate, copy single token.


Total word count in Punjabi (Gurmukhi): approx. 1200 words.