इस्तेमाल करने का तरीका
- रैंडम ID के लिए v4 चुनें या बनाने के समय के अनुसार सॉर्ट होने वाली ID के लिए v7 चुनें।
- ज़रूरी संख्या (1 से 1,000 तक) सेट करें और फ़ॉर्मैट चुनें: बड़े अक्षर, हाइफ़न के साथ या बिना, घुंघराले कोष्ठकों के साथ या बिना।
- किसी एक UUID को उसके बटन से कॉपी करें, सभी को कॉपी करें या हर पंक्ति में एक UUID वाली टेक्स्ट फ़ाइल डाउनलोड करें।
- मौजूदा UUID की जाँच करने के लिए, उसे “UUID जाँचें” में पेस्ट करें।
यह कैसे काम करता है
UUID (जिसे GUID भी कहा जाता है) 128-बिट पहचानकर्ता है। इसे आम तौर पर पाँच समूहों में 32 हेक्साडेसिमल अंकों के रूप में लिखा जाता है: 8-4-4-4-12। तीसरे समूह का पहला अंक संस्करण बताता है, और चौथे समूह का पहला अंक वैरिएंट बताता है (मानक UUID के लिए 8, 9, a या b)। इसका फ़ॉर्मैट RFC 9562 में परिभाषित है, जिसने 2024 में RFC 4122 की जगह ली।
संस्करण 4 UUID रैंडम होते हैं। यह टूल, जहाँ उपलब्ध हो, crypto.randomUUID का इस्तेमाल करता है और अन्यथा crypto.getRandomValues का; ये दोनों क्रिप्टोग्राफ़ी की दृष्टि से सुरक्षित हैं। यह कभी भी Math.random का इस्तेमाल नहीं करता। 122 रैंडम बिट के साथ, दो v4 UUID के टकराने की संभावना नगण्य है: एक डुप्लिकेट की 50% संभावना तक पहुँचने के लिए आपको लगभग 2.7 × 10^18 UUID जनरेट करने होंगे।
संस्करण 7 UUID की शुरुआत मिलीसेकंड में 48-बिट Unix टाइमस्टैम्प से होती है, जिसके बाद संस्करण, 12-बिट फ़ील्ड और 62 रैंडम बिट आते हैं। समय सबसे पहले होने के कारण, v7 वैल्यू बनाने के क्रम में सॉर्ट होती हैं। इससे डेटाबेस इंडेक्स कॉम्पैक्ट रहते हैं और रैंडम v4 कुंजियों की तुलना में डेटा तेज़ी से जोड़ा जा सकता है। जब एक ही मिलीसेकंड में कई v7 UUID बनाए जाते हैं, तो यह टूल 12-बिट फ़ील्ड को काउंटर के रूप में इस्तेमाल करता है (RFC 9562, सेक्शन 6.2 में बताई गई विधि), ताकि एक बैच हमेशा सख़्त बढ़ते क्रम में हो। ध्यान दें कि v7 UUID से उसके बनाए जाने का समय पता चलता है।
यह जाँचकर्ता हाइफ़न के साथ या बिना, बड़े या छोटे अक्षरों में, घुंघराले कोष्ठकों में या urn:uuid: प्रीफ़िक्स के साथ दिए गए UUID स्वीकार करता है। यह संस्करण और वैरिएंट बताता है, विशेष nil और max UUID पहचानता है, और संस्करण 1, 6 और 7 के लिए उसमें मौजूद बनाया जाने का समय दिखाता है।
उदाहरण
नई टेबल के लिए प्राइमरी कुंजियाँ
0192b3c4-5d6e-7f80-9a1b-2c3d4e5f6a7b जैसे टेस्ट डेटा के लिए 100 v7 UUID जनरेट करें। ये बनाए जाने के समय के अनुसार सॉर्ट होते हैं, इसलिए बाद में जोड़ी गई पंक्तियों की कुंजियाँ बड़ी होती हैं—ठीक वैसे ही जैसे ऑटो-इन्क्रीमेंट कॉलम में।
Windows या .NET प्रोजेक्ट के लिए GUID
Visual Studio प्रोजेक्ट फ़ाइलों, COM क्लास ID और Windows रजिस्ट्री में इस्तेमाल होने वाला रजिस्ट्री-स्टाइल फ़ॉर्मैट {3F2504E0-4F89-41D3-9A0C-0305E82C3301} पाने के लिए Uppercase और Curly braces चालू करें।
लॉग से मिली ID की जाँच
018f6e2c-1a2b-7c3d-8e4f-5a6b7c8d9e0f को जाँचकर्ता में पेस्ट करें। यह संस्करण 7 और मानक वैरिएंट बताता है, और पहले 12 अंकों को मई 2024 के टाइमस्टैम्प के रूप में पढ़ता है, जिससे पता चलता है कि रिकॉर्ड कब बनाया गया था।
अक्सर पूछे जाने वाले सवाल
मुझे UUID v4 इस्तेमाल करना चाहिए या v7?
जब ID से कोई जानकारी नहीं पता चलनी चाहिए, जैसे सार्वजनिक टोकन या फ़ाइल नाम, तब v4 इस्तेमाल करें। डेटाबेस कुंजियों और इवेंट ID के लिए v7 इस्तेमाल करें, जहाँ समय के अनुसार क्रम से इंडेक्स का प्रदर्शन बेहतर होता है। दोनों में इतने रैंडम बिट होते हैं कि टकराव की चिंता व्यावहारिक रूप से नहीं होती।
क्या ये UUID सचमुच यूनिक हैं?
इनकी किसी सूची से जाँच नहीं की जाती, लेकिन ये क्रिप्टोग्राफ़ी की दृष्टि से सुरक्षित रैंडम जनरेटर से बनाए जाते हैं। इसलिए डुप्लिकेट बनने की संभावना इतनी कम है कि वास्तविक सिस्टम में इसे नज़रअंदाज़ किया जा सकता है। v7 वैल्यू में मौजूदा समय भी शामिल होता है।
क्या UUID और GUID एक ही हैं?
हाँ। GUID (ग्लोबली यूनिक आइडेंटिफ़ायर) इसी 128-बिट फ़ॉर्मैट के लिए Microsoft का नाम है। GUID अक्सर बड़े अक्षरों और घुंघराले कोष्ठकों में दिखाए जाते हैं; आप यहाँ ये विकल्प चालू कर सकते हैं।
क्या मैं UUID को पासवर्ड या गोपनीय टोकन के रूप में इस्तेमाल कर सकता हूँ?
v4 UUID में 122 रैंडम बिट होते हैं, इसलिए इसका अनुमान लगाना मुश्किल है। लेकिन UUID पहचानकर्ता के रूप में बनाए गए हैं, गोपनीय जानकारी के रूप में नहीं, और अक्सर लॉग तथा URL में आ जाते हैं। API कुंजियों या पासवर्ड रीसेट लिंक के लिए, समर्पित रैंडम टोकन जनरेटर इस्तेमाल करें।
क्या v7 टाइमस्टैम्प मेरे कंप्यूटर की घड़ी का इस्तेमाल करता है?
हाँ। समय आपके डिवाइस की घड़ी से UTC मिलीसेकंड में लिया जाता है। अगर घड़ी गलत है, तो उसमें शामिल समय भी गलत होगा, लेकिन एक बैच में ID फिर भी बढ़ते क्रम में रहेंगी।
गोपनीयता
UUID आपके ब्राउज़र में उसके क्रिप्टोग्राफ़िक रैंडम नंबर जनरेटर से बनाए जाते हैं। इन्हें सर्वर पर नहीं भेजा जाता, सेव नहीं किया जाता और लॉग नहीं किया जाता, इसलिए आपके बनाए या जाँचे गए मान किसी और को नहीं दिखते।