UUID ਜਨਰੇਟਰ

UUID v4 ਜਨਰੇਟਰ ਪੇਜ: ਪੂਰੀ ਜਾਣਕਾਰੀ

ਪੇਜ ਕੀ ਕਰਦਾ ਹੈ

ਇਹ ਪੇਜ ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ UUID v4 ਪਛਾਣਕਰਤਾ (identifiers) ਪੈਦਾ ਕਰਦਾ ਹੈ—32 ਹੈਕਸ ਅੱਖਰਾਂ ਦੇ 36-ਅੱਖਰੀ ਸਟਰਿੰਗ, ਸਟੈਂਡਰਡ 8-4-4-4-12 ਫਾਰਮੈਟ ਵਿੱਚ। ਤੁਸੀਂ ID ਦੀ ਗਿਣਤੀ (100 ਤੱਕ) ਅਤੇ ਇਹ ਨਿਯੰਤਰਿਤ ਕਰ ਸਕਦੇ ਹੋ ਕਿ ਉਹ ਵੱਡੇ ਅੱਖਰਾਂ (uppercase) ਵਿੱਚ ਹੋਣ ਜਾਂ ਹਾਈਫਨਾਂ ਸਮੇਤ। ID ਤੁਹਾਡੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਮਜ਼ਬੂਤ ਰੈਂਡਮਨੈੱਸ (strong browser randomness) ਨਾਲ ਤੁਰੰਤ ਪੈਦਾ ਹੁੰਦੀਆਂ ਹਨ; ਤੁਸੀਂ ਇੱਕ ਸਿੰਗਲ ID ਜਾਂ ਸਾਰੀਆਂ ਇੱਕੋ ਵਾਰ ਕਾਪੀ ਕਰ ਸਕਦੇ ਹੋ। ਡਿਫੌਲਟ ਆਉਟਪੁੱਟ ਛੋਟੇ ਅੱਖਰਾਂ (lowercase) ਵਿੱਚ ਹੁੰਦੀ ਹੈ ਅਤੇ ਹਾਈਫਨਾਂ ਸਮੇਤ। ਜੇਕਰ ਤੁਸੀਂ ਕੋਈ ਵੀ ਵਿਕਲਪ ਬਦਲਦੇ ਹੋ (ਗਿਣਤੀ, ਅੱਪਰਕੇਸ, ਹਾਈਫਨ), ਤਾਂ ਸਾਰੀਆਂ ID ਮੁੜ ਪੈਦਾ ਹੋ ਜਾਂਦੀਆਂ ਹਨ।

ਇਸ ਪੇਜ ਨੂੰ ਕੀ ਵੱਖਰਾ ਬਣਾਉਂਦਾ ਹੈ

UUID v4 122 ਬਿੱਟ ਰੈਂਡਮਨੈੱਸ (122 bits of randomness) ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਕੋਈ ਏਮਬੈਡਿਡ ਟਾਈਮਸਟੈਂਪ ਨਹੀਂ ਹੁੰਦਾ। ਇਸ ਲਈ ਹਰ ਮੁੱਲ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਅਣਅਨੁਮਾਨਯੋਗ (unpredictable) ਹੁੰਦਾ ਹੈ ਅਤੇ ਟੱਕਰ (collision) ਦੀ ਸੰਭਾਵਨਾ ਬਹੁਤ ਘੱਟ ਹੈ। UUID v7 ਜਾਂ ULID ਦੇ ਉਲਟ, v4 ID ਕਿਸੇ ਵੀ ਕ੍ਰਮ ਵਿੱਚ ਆਉਂਦੀਆਂ ਹਨ—ਉਹਨਾਂ ਵਿੱਚ ਕੋਈ ਸਮਾਂ ਸੂਚਕ ਜਾਣਕਾਰੀ (temporal information) ਨਹੀਂ ਹੁੰਦੀ। ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਡਾਟਾਬੇਸ ਇੰਡੈਕਸਾਂ ਨੂੰ ਟੁਕੜਿਆਂ ਵਿੱਚ ਵੰਡ ਸਕਦੀ ਹੈ ਜਦੋਂ ਪ੍ਰਾਇਮਰੀ ਕੁੰਜੀ (primary key) ਵਜੋਂ ਵਰਤਿਆ ਜਾਵੇ, ਕਿਉਂਕਿ ID ਕਿਸੇ ਵੀ ਕ੍ਰਮ ਵਿੱਚ ਆਉਂਦੀਆਂ ਹਨ। ਇਹ ਪੇਜ ਤੁਹਾਨੂੰ ਅੱਪਰਕੇਸ ਅਤੇ ਹਾਈਫਨਾਂ ਨੂੰ ਟੌਗਲ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ, ਪਰ ਅੰਦਰੂਨੀ ਰੈਂਡਮਨੈੱਸ ਅਤੇ ਫਾਰਮੈਟ ਸਥਿਰ ਰਹਿੰਦਾ ਹੈ। ਸਾਰੀ ਪ੍ਰਕਿਰਿਆ ਤੁਹਾਡੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਸਥਾਨਕ ਤੌਰ 'ਤੇ (locally) ਹੁੰਦੀ ਹੈ; ਕੁਝ ਵੀ ਸਰਵਰ ਨੂੰ ਨਹੀਂ ਭੇਜਿਆ ਜਾਂਦਾ। ਇਸ ਨਾਲ ਪਰਾਈਵੇਸੀ, ਸੁਰੱਖਿਆ, ਅਤੇ ਆਫਲਾਈਨ ਉਪਲਬਧਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ।

ਇਨਪੁਟ ਅਤੇ ਆਉਟਪੁਟ

ਇਨਪੁਟ:

• ਫਾਰਮੈਟ (Format): UUID v4 (ਇਹ ਪੇਜ UUID v4, UUID v7, ULID, ਜਾਂ NanoID ਵਿੱਚੋਂ ਚੁਣ ਸਕਦਾ ਹੈ, ਪਰ ਇਸ ਲੇਖ ਦਾ ਵਿਸ਼ਾ ਸਿਰਫ਼ UUID v4 ਹੈ)।
• ਗਿਣਤੀ (Count): 1 ਤੋਂ 100 ਤੱਕ ਦਾ ਇੱਕ ਨੰਬਰ, ਦੋਵੇਂ ਸ਼ਾਮਲ।
• ਅੱਪਰਕੇਸ (Uppercase): ਇੱਕ ਟੌਗਲ ਜੋ UUID ਨੂੰ ਵੱਡੇ ਅੱਖਰਾਂ ਵਿੱਚ ਦਿਖਾਉਂਦਾ ਹੈ (ਡਿਫੌਲਟ: ਬੰਦ)।
• ਹਾਈਫਨ ਸ਼ਾਮਲ ਕਰੋ (Include hyphens): ਇੱਕ ਟੌਗਲ ਜੋ 8-4-4-4-12 ਨੁਮਾਇੰਦਗੀ ਵਿੱਚ ਹਾਈਫਨਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ (ਡਿਫੌਲਟ: ਚਾਲੂ)।

ਆਉਟਪੁਟ:

• ਪੈਦਾ ਕੀਤੀਆਂ ID: UUID v4 ਸਟਰਿੰਗਾਂ ਦੀ ਸੂਚੀ।
• ID ਗਿਣਤੀ: ਪੈਦਾ ਕੀਤੀਆਂ ID ਦੀ ਗਿਣਤੀ, ਸੂਚੀ ਦੇ ਕੋਲ ਦਿਖਾਈ ਜਾਂਦੀ ਹੈ।
• ਸਥਿਤੀ ਸੰਦੇਸ਼ (Status messages): "Ready." (ਸ਼ੁਰੂਆਤੀ), "Generated." (ਪੈਦਾ ਹੋਣ ਤੋਂ ਬਾਅਦ), "Copied all!" (ਸਾਰੀਆਂ ਕਾਪੀ ਕਰਨ ਤੋਂ ਬਾਅਦ)।

ਨਿਯਮ ਅਤੇ ਕਿਨਾਰੀ ਮਾਮਲੇ (Rules and edge cases)

UUID v4 122 ਬਿੱਟ ਰੈਂਡਮਨੈੱਸ ਹੈ, ਜੋ 36-ਅੱਖਰੀ ਫਾਰਮੈਟ ਵਿੱਚ ਦਿਖਾਈ ਜਾਂਦੀ ਹੈ (32 ਹੈਕਸ ਅੰਕ ਜਮ੍ਹਾਂ 4 ਹਾਈਫਨ, ਜਦੋਂ ਹਾਈਫਨ ਚਾਲੂ ਹੋਣ)। ਟੱਕਰ ਦੀ ਸੰਭਾਵਨਾ (collision probability) ਬਹੁਤ ਘੱਟ ਹੈ, ਪਰ ਮੁੱਲ ਕਿਸੇ ਵੀ ਕ੍ਰਮ ਵਿੱਚ ਆਉਂਦੇ ਹਨ। ਕੋਈ ਵੀ ਵਿਕਲਪ ਬਦਲਣ (ਗਿਣਤੀ, ਅੱਪਰਕੇਸ, ਹਾਈਫਨ) 'ਤੇ ID ਤੁਰੰਤ ਮੁੜ ਪੈਦਾ ਹੋ ਜਾਂਦੀਆਂ ਹਨ। ਗਿਣਤੀ 1 ਤੋਂ 100 ਦੇ ਵਿਚਾਲੇ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ; ਇਸ ਤੋਂ ਬਾਹਰ ਦੇ ਮੁੱਲ ਸਵੀਕਾਰ ਨਹੀਂ ਕੀਤੇ ਜਾਂਦੇ। ਇੱਕ ਸਿੰਗਲ ID 'ਤੇ ਕਲਿੱਕ ਕਰਨ ਨਾਲ ਉਹ ਕਲਿੱਪਬੋਰਡ 'ਤੇ ਕਾਪੀ ਹੁੰਦੀ ਹੈ। "Copy all" ਬਟਨ ਸਾਰੀਆਂ ID ਨੂੰ ਕਾਪੀ ਕਰਦਾ ਹੈ। ਸਾਰੀ ਪੀੜ੍ਹੀ (generation) ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਮਜ਼ਬੂਤ ਰੈਂਡਮਨੈੱਸ (cryptographic pseudorandom number generators) ਨਾਲ ਹੁੰਦੀ ਹੈ; ਕੁਝ ਵੀ ਸਰਵਰ ਨੂੰ ਨਹੀਂ ਭੇਜਿਆ ਜਾਂਦਾ। ਜੇਕਰ ਫਾਰਮੈਟ UUID v4 ਤੋਂ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਅੱਪਰਕੇਸ ਅਤੇ ਹਾਈਫਨ ਦੇ ਵਿਕਲਪ ਬਦਲ ਸਕਦੇ ਹਨ (ਪਰ ਇਹ ਲੇਖ ਸਿਰਫ਼ UUID v4 ਕਵਰ ਕਰਦਾ ਹੈ)।

ਕੌਣ ਇਸਦੀ ਵਰਤੋਂ ਕਰੇ

• ਡਿਵੈਲਪਰ ਜਿਨ੍ਹਾਂ ਨੂੰ ਸੁਰੱਖਿਆ ਟੋਕਨ, ਸੈਸ਼ਨ ID, ਜਾਂ ਗੈਰ-ਕ੍ਰਮਵਾਰ (non‑sequential) ਕੁੰਜੀਆਂ ਲਈ ਵਿਲੱਖਣ, ਅਣਅਨੁਮਾਨਯੋਗ ਪਛਾਣਕਰਤਾਵਾਂ ਦੀ ਲੋੜ ਹੈ।
• ਡਾਟਾਬੇਸ ਪ੍ਰਬੰਧਕ (DBAs) ਜੋ ਇਸ ਵਪਾਰ-ਬੰਦ (trade‑off) ਤੋਂ ਜਾਣੂ ਹਨ: UUID v4 ਟੱਕਰਾਂ ਤੋਂ ਬਚਾਉਂਦਾ ਹੈ ਪਰ ਪ੍ਰਾਇਮਰੀ ਕੁੰਜੀ ਵਜੋਂ ਵਰਤਣ 'ਤੇ ਇੰਡੈਕਸਾਂ ਨੂੰ ਟੁਕੜਿਆਂ ਵਿੱਚ ਵੰਡ ਸਕਦਾ ਹੈ (ਸਮਾਂ-ਕ੍ਰਮਬੱਧ (time‑sortable) ਵਿਕਲਪਾਂ 'ਤੇ ਵਿਚਾਰ ਕਰਨਾ)।
• ਕੋਈ ਵੀ ਜੋ ਟੈਸਟ ਡਾਟਾ, ਬਾਹਰੀ ਪਛਾਣਕਰਤਾ (external identifiers), ਜਾਂ ਅਨਾਮਾਇਜ਼ਡ ਕੁੰਜੀਆਂ ਪੈਦਾ ਕਰ ਰਿਹਾ ਹੈ, ਜਿੱਥੇ ਸਮਾਂ ਕ੍ਰਮ ਅਪ੍ਰਸੰਗਿਕ ਹੈ ਅਤੇ ਅਨੁਮਾਨ ਰਹਿਤਤਾ (unguessability) ਮਹੱਤਵਪੂਰਨ ਹੈ।
• ਉਪਭੋਗਤਾ ਜੋ 100 ਤੱਕ UUID v4 ਮੁੱਲਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਤੇਜ਼ੀ ਨਾਲ ਪੈਦਾ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਨ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਵੱਡੇ/ਛੋਟੇ ਅੱਖਰਾਂ ਜਾਂ ਹਾਈਫਨਾਂ ਸਮੇਤ/ਬਿਨਾਂ ਕਾਪੀ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਨ।

UUID v4 ਦੀ ਬਣਤਰ ਅਤੇ ਗੁਣ (Structure and properties)

UUID v4 16 octets (128 bits) ਵਿੱਚੋਂ 122 ਬਿੱਟ ਪੂਰੀ ਤਰ੍ਹਾਂ ਰੈਂਡਮ ਹੁੰਦੇ ਹਨ। 4 ਬਿੱਟ ਸੰਸਕਰਣ (version) ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ (ਇਸ ਮਾਮਲੇ ਵਿੱਚ 0100 = v4), ਅਤੇ 2 ਬਿੱਟ ਵੇਰੀਐਂਟ (variant) ਨੂੰ (10xx) ਦਰਸਾਉਂਦੇ ਹਨ। ਇਸ ਤਰ੍ਹਾਂ 128 ਬਿੱਟਾਂ ਵਿੱਚੋਂ 122 ਰੈਂਡਮ ਰਹਿੰਦੇ ਹਨ, ਜੋ 2^122 ਸੰਭਵ ਮੁੱਲਾਂ ਦੇ ਬਰਾਬਰ ਹੈ। 32 ਹੈਕਸ ਅੰਕ (hex digits) 128 ਬਿੱਟਾਂ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ, ਪਰ 6 ਬਿੱਟ ਸਥਿਰ ਹਨ (version + variant)। ਜਦੋਂ ਹਾਈਫਨ ਚਾਲੂ ਹੁੰਦੇ ਹਨ, ਤਾਂ ਫਾਰਮੈਟ 8-4-4-4-12 ਬਣਦਾ ਹੈ।

ਟੱਕਰ ਦੀ ਸੰਭਾਵਨਾ (Collision probability): 122 ਬਿੱਟ ਰੈਂਡਮਨੈੱਸ ਦੇ ਨਾਲ, ਕਿਸੇ ਵੀ ਦੋ ID ਦੇ ਮੇਲ ਖਾਣ ਦੀ ਸੰਭਾਵਨਾ 2^122 'ਚ 1 ਹੈ। ਵਿਹਾਰਕ ਤੌਰ 'ਤੇ, ਭਾਵੇਂ ਤੁਸੀਂ ਲੱਖਾਂ ID ਪੈਦਾ ਕਰੋ, ਟੱਕਰ ਦੀ ਸੰਭਾਵਨਾ ਬਹੁਤ ਘੱਟ ਰਹਿੰਦੀ ਹੈ। UUID v4 ਦੀ ਪ੍ਰਸਿੱਧੀ ਦਾ ਇੱਕ ਕਾਰਨ ਇਹੀ ਹੈ।

ਡਾਟਾਬੇਸ ਇੰਡੈਕਸ ਪ੍ਰਭਾਵ: ਕਿਉਂਕਿ UUID v4 ਮੁੱਲ ਕਿਸੇ ਵੀ ਕ੍ਰਮ ਵਿੱਚ ਆਉਂਦੇ ਹਨ, B-ਟ੍ਰੀ (B-tree) ਇੰਡੈਕਸ ਵਿੱਚ ਨਵੀਆਂ ID ਪਾਉਣ ਨਾਲ ਪੇਜ ਸਪਲਿਟ (page splits) ਅਤੇ ਇੰਡੈਕਸ ਫ੍ਰੈਗਮੈਂਟੇਸ਼ਨ (index fragmentation) ਹੋ ਸਕਦੀ ਹੈ। ਇਹ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦਾ ਹੈ, ਖਾਸ ਕਰਕੇ ਵੱਡੀ ਮਾਤਰਾ ਵਿੱਚ ਇਨਸਰਟ (insert) ਕਰਨ 'ਤੇ। ਇਸਦੇ ਉਲਟ, UUID v7 (ਜੋ ਸਮਾਂ-ਅਧਾਰਿਤ ਹੈ) ਕ੍ਰਮਬੱਧ ਹੁੰਦਾ ਹੈ ਅਤੇ ਇੰਡੈਕਸ ਫ੍ਰੈਗਮੈਂਟੇਸ਼ਨ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ। ULID ਵੀ ਸਮਾਂ-ਕ੍ਰਮਬੱਧ ਹੈ ਪਰ ਵੱਖ-ਵੱਖ ਐਨਕੋਡਿੰਗ (encoding) ਵਰਤਦਾ ਹੈ।

ਵੱਡੇ/ਛੋਟੇ ਅੱਖਰ ਅਤੇ ਹਾਈਫਨ: ਅੱਪਰਕੇਸ ਟੌਗਲ ਸਿਰਫ਼ ਦਿਖਾਵਟ (display) ਨੂੰ ਬਦਲਦਾ ਹੈ; ਅੰਦਰੂਨੀ ਬਿੱਟ ਇੱਕੋ ਰਹਿੰਦੇ ਹਨ। ਹਾਈਫਨ ਹਟਾਉਣ ਨਾਲ 32-ਅੱਖਰੀ ਸਟਰਿੰਗ ਮਿਲਦੀ ਹੈ, ਜੋ ਕਈ ਪ੍ਰਣਾਲੀਆਂ ਵਿੱਚ ਵਰਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਪਰ UUID v4 ਦਾ ਸਟੈਂਡਰਡ ਫਾਰਮੈਟ 8-4-4-4-12 ਹੀ ਹੁੰਦਾ ਹੈ।

ਸਥਾਨਕ ਪ੍ਰੋਸੈਸਿੰਗ (Local processing): ਸਾਰੀ ਪੀੜ੍ਹੀ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ Web Crypto API (crypto.getRandomValues) ਦੀ ਵਰਤੋਂ ਨਾਲ ਹੁੰਦੀ ਹੈ। ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਕੋਈ ਸੰਵੇਦਨਸ਼ੀਲ ਡਾਟਾ ਸਰਵਰ 'ਤੇ ਨਾ ਜਾਵੇ, ਅਤੇ ਪੇਜ ਆਫਲਾਈਨ ਵੀ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ। ਇਹ ਪਰਾਈਵੇਸੀ-ਜਾਗਰੂਕ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਖਾਸ ਤੌਰ 'ਤੇ ਮਹੱਤਵਪੂਰਨ ਹੈ।

UUID v4 vs. v7 vs. ULID: v4 ਅਨੁਮਾਨ ਰਹਿਤਤਾ (unguessability) ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਜਦਕਿ v7 ਅਤੇ ULID ਸਮੇਂ ਦੇ ਕ੍ਰਮ ਵਿੱਚ ID ਪੈਦਾ ਕਰਦੇ ਹਨ। ਜੇਕਰ ਤੁਹਾਨੂੰ ID ਦੇ ਸਮੇਂ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ ਅਤੇ ਅਨੁਮਾਨ ਰਹਿਤਤਾ ਮੁੱਖ ਹੈ, ਤਾਂ v4 ਬਿਹਤਰ ਹੈ। ਪਰ ਜੇਕਰ ਡਾਟਾਬੇਸ ਪ੍ਰਦਰਸ਼ਨ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਤਾਂ v7 ਜਾਂ ULID 'ਤੇ ਵਿਚਾਰ ਕਰੋ।

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

1. UUID v4 ਵਿੱਚ ਕਿੰਨੇ ਬਿੱਟ ਰੈਂਡਮ ਹੁੰਦੇ ਹਨ? UUID v4 ਵਿੱਚ 122 ਬਿੱਟ ਪੂਰੀ ਤਰ੍ਹਾਂ ਰੈਂਡਮ ਹੁੰਦੇ ਹਨ। 4 ਬਿੱਟ ਸੰਸਕਰਣ (0100) ਲਈ, 2 ਬਿੱਟ ਵੇਰੀਐਂਟ (10) ਲਈ ਰਾਖਵੇਂ ਹਨ। ਬਾਕੀ 122 ਬਿੱਟ ਮਜ਼ਬੂਤ ਰੈਂਡਮਨੈੱਸ ਤੋਂ ਆਉਂਦੇ ਹਨ।

2. ਕੀ UUID v4 ID ਕਦੇ ਇੱਕ-ਦੂਜੇ ਨਾਲ ਟੱਕਰਾ ਸਕਦੀਆਂ ਹਨ? ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ ਹਾਂ, ਪਰ ਸੰਭਾਵਨਾ ਬਹੁਤ ਘੱਟ ਹੈ। 2^122 ਮੁੱਲਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਦੋ ID ਦੇ ਮੇਲ ਖਾਣ ਦੀ ਸੰਭਾਵਨਾ ਬਹੁਤ ਘੱਟ ਹੈ। ਵਿਹਾਰਕ ਉਪਯੋਗਾਂ ਵਿੱਚ, ਟੱਕਰ ਦੀ ਸੰਭਾਵਨਾ ਅਣਗਿਣਤ ਹੈ।

3. ਜੇਕਰ ਮੈਂ ਗਿਣਤੀ 100 ਤੋਂ ਵੱਧ ਲਿਖਾਂ ਤਾਂ ਕੀ ਹੋਵੇਗਾ? 100 ਤੋਂ ਵੱਧ ਮੁੱਲ ਸਵੀਕਾਰ ਨਹੀਂ ਕੀਤੇ ਜਾਣਗੇ। ਪੇਜ ਸਿਰਫ਼ 1 ਤੋਂ 100 ਦੇ ਵਿਚਾਲੇ ਗਿਣਤੀ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ। ਜੇਕਰ ਤੁਹਾਨੂੰ 100 ਤੋਂ ਵੱਧ ID ਚਾਹੀਦੀਆਂ ਹਨ, ਤਾਂ ਕਈ ਵਾਰ ਪੈਦਾ ਕਰੋ।

4. ਕੀ ID ਪੈਦਾ ਕਰਨ ਵੇਲੇ ਕੋਈ ਡਾਟਾ ਇੰਟਰਨੈੱਟ 'ਤੇ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ? ਨਹੀਂ। ਸਾਰੀ ਪੀੜ੍ਹੀ ਤੁਹਾਡੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਸਥਾਨਕ ਤੌਰ 'ਤੇ (locally) Web Crypto API ਦੀ ਵਰਤੋਂ ਨਾਲ ਹੁੰਦੀ ਹੈ। ਕੁਝ ਵੀ ਸਰਵਰ ਨੂੰ ਨਹੀਂ ਭੇਜਿਆ ਜਾਂਦਾ। ਇਹ ਪੇਜ ਆਫਲਾਈਨ ਵੀ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ।

5. ਮੈਂ UUID v4 ਨੂੰ ਪ੍ਰਾਇਮਰੀ ਕੁੰਜੀ (primary key) ਵਜੋਂ ਕਦੋਂ ਨਹੀਂ ਵਰਤਣਾ ਚਾਹੀਦਾ? ਜੇਕਰ ਤੁਹਾਡਾ ਡਾਟਾਬੇਸ B-ਟ੍ਰੀ ਇੰਡੈਕਸ ਵਰਤਦਾ ਹੈ ਅਤੇ ਤੁਸੀਂ ਵੱਡੀ ਮਾਤਰਾ ਵਿੱਚ ਇਨਸਰਟ ਕਰਦੇ ਹੋ, ਤਾਂ UUID v4 ਇੰਡੈਕਸ ਨੂੰ ਟੁਕੜਿਆਂ ਵਿੱਚ ਵੰਡ ਸਕਦਾ ਹੈ। ਸਮਾਂ-ਕ੍ਰਮਬੱਧ ID (v7, ULID, ਜਾਂ auto-increment) ਨੂੰ ਤਰਜੀਹ ਦਿਓ। ਪਰ ਜੇਕਰ ਅਨੁਮਾਨ ਰਹਿਤਤਾ (unguessability) ਮੁੱਖ ਲੋੜ ਹੈ, ਤਾਂ v4 ਵਧੀਆ ਹੈ।

6. ਕੀ UUID v4 ਨੂੰ uppercase ਵਿੱਚ ਕਨਵਰਟ ਕਰਨ ਨਾਲ ਇਸਦਾ ਮੁੱਲ ਬਦਲਦਾ ਹੈ? ਨਹੀਂ। uppercase/ lowercase ਸਿਰਫ਼ ਪ੍ਰਸਤੁਤੀ (representation) ਨੂੰ ਬਦਲਦਾ ਹੈ। ਅੰਦਰੂਨੀ ਬਿੱਟ ਅਤੇ UUID ਦਾ ਸੱਚਾ ਮੁੱਲ ਇੱਕੋ ਰਹਿੰਦਾ ਹੈ। ਜ਼ਿਆਦਾਤਰ ਸਿਸਟਮ case-insensitive ਹੁੰਦੇ ਹਨ, ਪਰ ਕੁਝ ਵਿੱਚ uppercase ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ।