UUID जनरेटर

UUID जनरेटर का उपयोग कैसे करें

1. 1. कितने चाहिए, चुनें। 1 से 100 के बीच कोई भी पूर्ण संख्या; डिफ़ॉल्ट 5 है।
2. 2. बनाएँ दबाएँ। हर बार एक नई सूची दिखती है। बटन दबाने तक कुछ नहीं बनता।
3. 3. फ़ॉर्मेट चुनें। अपरकेस और बिना हाइफ़न आपकी मौजूदा सूची को नए सिरे से फ़ॉर्मेट करते हैं; वे नए मान नहीं बनाते।
4. 4. कॉपी करें। हर पंक्ति का अपना कॉपी करें बटन है, और सभी कॉपी करें पूरी सूची कॉपी करता है, हर पंक्ति में एक UUID।

वर्शन 4 UUID की बनावट

UUID एक 128-बिट आइडेंटिफ़ायर है, जो पाँच समूहों में बँटे 32 हेक्साडेसिमल अंकों के रूप में लिखा जाता है, जिन्हें हाइफ़न अलग करते हैं — 8-4-4-4-12 — यानी 36 कैरेक्टर। यह फ़ॉर्मेट RFC 9562 (2024) में परिभाषित है, जिसने RFC 4122 की जगह ली है। वर्शन 4 लगभग सारे बिट रैंडम डेटा से भरता है; केवल छह तय होते हैं:

एक नमूना, जैसा इस टूल की रैंडमनेस उसे बनाती है: e1f22e6e-ea3f-42a7-b43d-164b51542675। तीसरा समूह 4 से शुरू होता है और चौथा b से, जैसा हर v4 UUID के लिए ज़रूरी है। आपका अलग होगा; यही तो बात है।

क्या दो UUID कभी टकराएँगे?

122 रैंडम बिट्स के साथ 2¹²² संभावित मान हैं, लगभग 5.3 × 10³⁶। बर्थडे बाउंड के अनुसार, किन्हीं दो के मेल खाने की 50% संभावना के लिए आपको लगभग 2.7 × 10¹⁸ UUID चाहिए होंगे। प्रति सेकंड एक अरब बनाने पर इसमें लगभग 86 वर्ष लगते हैं। सामान्य उपयोगों के लिए — डेटाबेस कुंजी, रिक्वेस्ट ID, फ़ाइल नाम — टकराव कोई व्यावहारिक चिंता नहीं है, बशर्ते रैंडम स्रोत अच्छा हो। यह टूल ब्राउज़र का क्रिप्टोग्राफ़िक जनरेटर इस्तेमाल करता है (crypto.randomUUID, crypto.getRandomValues फ़ॉलबैक के साथ), Math.random नहीं।

कौन-सा UUID वर्शन चाहिए?

RFC 9562 कहता है कि v4 की रैंडमनेस डेटाबेस इंडेक्स में कमज़ोर लोकैलिटी देती है, और समय-आधारित ID के लिए वर्शन 1 और 6 की तुलना में वर्शन 7 की सिफ़ारिश करता है। यदि आपकी तालिका बड़ी है और इन्सर्ट बार-बार होते हैं, तो समय-क्रमित v7 उसके लिए बेहतर हो सकता है। यह पृष्ठ केवल v4 बनाता है। RFC यह भी कहता है कि जहाँ संभव हो UUID को डेटाबेस में 16-बाइट बाइनरी के रूप में स्टोर करें, क्योंकि टेक्स्ट में 36 कैरेक्टर लगते हैं।

फ़ॉर्मेट: हाइफ़न, केस और GUID

RFC 9562 हेक्स अंकों को अपरकेस, लोअरकेस या मिश्रित किसी भी केस में लिखने देता है, और दोनों केस में वही UUID वही आइडेंटिफ़ायर है। मानक टेक्स्ट रूप में हाइफ़न होते हैं; बिना हाइफ़न वाला 32-अंकीय रूप एक आम बदलाव है जिसे कई डेटाबेस और API स्वीकार करते हैं, पर उपयोग से पहले अपना सिस्टम जाँच लें। GUID उसी 128-बिट आइडेंटिफ़ायर का Microsoft नाम है, इसलिए इस पृष्ठ का v4 UUID जहाँ भी GUID अपेक्षित हो वहाँ काम करता है।

अक्सर पूछे जाने वाले प्रश्न

UUID v4 क्या है?

एक यूनिवर्सली यूनीक आइडेंटिफ़ायर, 128 बिट का, जिसमें 122 बिट रैंडम होते हैं और छह बिट वर्शन (4) व वेरिएंट बताते हैं। यह 550e8400-e29b-41d4-a716-446655440000 जैसा लिखा जाता है।

क्या बनाए गए दो UUID टकरा सकते हैं?

सिद्धांत रूप में हाँ, व्यवहार में नहीं। लगभग 5.3 × 10³⁶ संभावित मान हैं, और किसी भी टकराव की 50% संभावना के लिए लगभग 2.7 × 10¹⁸ UUID चाहिए, यानी प्रति सेकंड एक अरब के हिसाब से लगभग 86 वर्ष।

क्या रैंडमनेस क्रिप्टोग्राफ़िक रूप से सुरक्षित है?

हाँ। टूल ब्राउज़र का crypto.randomUUID इस्तेमाल करता है, या जहाँ वह न हो वहाँ crypto.getRandomValues; दोनों एक क्रिप्टोग्राफ़िक रूप से सुरक्षित रैंडम नंबर जनरेटर का उपयोग करते हैं, Math.random का नहीं।

क्या UUID सर्वर पर बनते हैं?

नहीं। वे आपके ब्राउज़र में बनते हैं, कहीं भेजे नहीं जाते, और संग्रहीत नहीं होते। दोबारा बनाने पर एक पूरी तरह नई सूची मिलती है।

क्या UUID और GUID एक ही हैं?

हाँ। GUID उसी 128-बिट आइडेंटिफ़ायर के लिए Microsoft का शब्द है। वर्शन 4 UUID बिना बदलाव के GUID की तरह इस्तेमाल हो सकता है; Windows के टूल कभी-कभी GUID को अपरकेस में या ब्रेसेज़ के भीतर दिखाते हैं।

अपरकेस और बिना हाइफ़न क्या करते हैं?

ये केवल हर मान के लिखे जाने का तरीका बदलते हैं। अपरकेस हेक्स अक्षरों को बड़ा कर देता है, जिसे RFC 9562 उसी UUID के रूप में मानता है। बिना हाइफ़न विकल्प हाइफ़न हटाकर 32 कैरेक्टर देता है; इसे केवल वहीं इस्तेमाल करें जहाँ प्राप्त करने वाला सिस्टम यही रूप अपेक्षित करता हो।

क्या मैं UUID को सीक्रेट या पासवर्ड की तरह इस्तेमाल कर सकता हूँ?

नहीं। UUID यूनीक होने के लिए बना है, गोपनीय होने के लिए नहीं। RFC 9562 कहता है कि इम्प्लीमेंटेशन यह न मानें कि UUID का अनुमान लगाना कठिन है, और उन्हें सुरक्षा क्षमता के रूप में इस्तेमाल न करें। सीक्रेट के लिए पासवर्ड जनरेटर इस्तेमाल करें।