सार्वभौमिक अद्वितीय पहचानकर्ता: Difference between revisions

सार्वभौमिक अद्वितीय पहचानकर्ता
	UUID/GUID UEFI वेरिएबल्स द्वारा उपयोग किया जाता है
Acronym	यूयूआईडी
Organisation	ओपन सॉफ्टवेयर फाउंडेशन (ओएसएफ); आईएसओ/आईईसी; इंटरनेट इंजीनियरिंग टास्क फोर्स (आईईटीएफ);
No. of digits	32
Example	Template:कोड
Website	Template:आईईटीएफ आरएफसी

Latest revision as of 11:17, 23 February 2023

सार्वभौमिक अद्वितीय पहचानकर्ता (यूयूआईडी - यूयूआईडी) कंप्यूटर प्रणाली में जानकारी प्राप्त करने के लिए उपयोग की जाने वाली 128 बिट संख्या को उपयोग करता हैं। वैश्विक स्तर पर जीयूआईडी (GUID) शब्द का उपयोग भी किया जाता है।^[1]

मानक विधियों के अनुसार उत्पन्न होने पर, यूयूआईडी व्यावहारिक उद्देश्यों को पूरा करने के लिए डुप्लिकेट रूप से प्रयोग में लाये जाते हैं। अधिकांशतः अन्य सांख्यकिक योजनाओं के विपरीत, उनकी विशिष्टता केंद्रीय पंजीकरण प्राधिकरण या उन्हें उत्पन्न करने वाले समूहों के बीच होने वाले समन्वय पर निर्भर नहीं करती है। जबकि यह संभावना है कि यूयूआईडी को डुप्लिकेट किया जाएगा पर इसका मान शून्य नहीं होता है,और इसका मान सामान्यतः नगण्य होने के कारण शून्य के अधिक समीप माना जाता है।^[2]^[3]

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

यूयूआईडी को अपनाना व्यापक है, कई कंप्यूटिंग प्लेटफॉर्म उन्हें उत्पन्न करने और उनके शाब्दिक प्रतिनिधित्व को पार्स करने के लिए समर्थन प्रदान करते हैं।

इतिहास

1980 के दशक में अपोलो कंप्यूटर ने मूल रूप से नेटवर्क कंप्यूटिंग प्रणाली (NCS) में और बाद में ओपन सॉफ्टवेयर फाउंडेशन (OSF) वितरित कंप्यूटिंग पर्यावरण (डीसीई) में यूयूआईडी का उपयोग किया गया हैं। इस प्रकार डीसीई यूयूआईडी का प्रारंभिक डिज़ाइन NCS यूयूआईडी पर आधारित था,^[4] जिसका डिजाइन इसके अतिरिक्त (64-बिट कंप्यूटिंग या 64-बिट) अद्वितीय पहचानकर्ताओं से प्रेरित था और अपोलो कंप्यूटर द्वारा डिजाइन किए गए ऑपरेटिंग प्रणाली डोमेन/ओएस में व्यापक रूप से परिभाषित और उपयोग किया गया था। इसके पश्चात, माइक्रोसाॅफ्ट विंडोज प्लेटफ़ॉर्म ने डीसीई डिज़ाइन को विश्व स्तर पर अद्वितीय पहचानकर्ता (GUIDs) के रूप में अपनाया गया था। [rfc:4122 आरएफसी 4122] ने यूयूआईडी के लिए URN नाम स्थान पंजीकृत किया^[1]और इसी तकनीकी सामग्री के साथ, पहले के विनिर्देशों को दोहराया गया था।

जब जुलाई 2005 में आरएफसी 4122 को प्रस्तावित IETF मानक के रूप में प्रकाशित किया गया था, ITU ने भी पिछले मानकों और आरएफसी 4122 के प्रारंभिक संस्करणों के आधार पर यूयूआईडी को मानकीकृत किया गया था।

मानक

वितरित कंप्यूटिंग पर्यावरण (डीसीई) के मुख्य भाग के रूप में यूयूआईडी को ओपन सॉफ्टवेयर फाउंडेशन (ओएसएफ) द्वारा मानकीकृत किया गया है।^[5]^[6]

यूयूआईडी को मानकीकरण के लिए अंतर्राष्ट्रीय संगठन/अंतर्राष्ट्रीय इलेक्ट्रोटेक्निकल कमीशन 11578:1996 सूचना प्रौद्योगिकी - ओपन सिस्टम इंटरकनेक्शन - सुदूर प्रणाली संदेश (RPC) और हाल ही में ITU-T Rec में X.667 या मानकीकरण के लिए अंतर्राष्ट्रीय संगठन/अंतर्राष्ट्रीय इलेक्ट्रोटेक्निकल कमीशन 9834-8:2005 द्वारा प्रलेखित किया गया है।^[7]

इंटरनेट इंजीनियरिंग टास्क फोर्स (IETF) ने मानक-ट्रैक आरएफसी 4122 प्रकाशित किया, जो तकनीकी रूप से ITU-T Rec के X.667 या आईएसओ/आईईसी 9834-8 के समकक्ष माना जाता हैं।

प्रारूप

इसके विहित शाब्दिक प्रतिनिधित्व में, एक यूयूआईडी के 16 ऑक्टेट (कंप्यूटिंग) को 32 हेक्साडेसिमल (बेस-16) अंकों के रूप में दर्शाया जाता है, जो कुल योग के लिए 8-4-4-4-12 के रूप में हाइफ़न द्वारा अलग किए गए पांच समूहों में प्रदर्शित होता है। 36 अक्षरों का (32 हेक्साडेसिमल वर्ण और 4 हाइफ़न)। उदाहरण के लिए:

123e4567-e89b-12d3-a456-426614174000

xxxxxxxx-xxxx-Mxxx-Nxxx-xxxxxxxxxxxx

चार बिट M और 1- से 3-बिट N फ़ील्ड यूयूआईडी के प्रारूप को ही कोड करते हैं।

अंकों के चार बिट M यूयूआईडी संस्करण हैं, और अंकों के 1 से 3 सबसे महत्वपूर्ण बिट हैं N यूयूआईडी वैरिएंट को कोड करें। (नीचे सार्वभौमिक अद्वितीय पहचानकर्ता#वेरिएंट|देखें।) उदाहरण में, M है 1, और एन है a (10xx₂), जिसका अर्थ है कि यह संस्करण-1, संस्करण-1 यूयूआईडी है; यानी, एक समय-आधारित DCE/आरएफसी 4122 यूयूआईडी।

विहित 8-4-4-4-12 प्रारूप स्ट्रिंग यूयूआईडी के 16 बाइट्स के लिए रिकॉर्ड लेआउट पर आधारित है:

यूयूआईडी record layout
नाम	लंबाई(बाईट्स)	लंबाई(हेक्स डिजिट्स)	लंबाई(बिट्स)	संदर्भ
time_low	4	8	32	पूर्णांक समय के निम्न 32 बिट दे रहा है
time_mid	2	4	16	पूर्णांक समय के मध्य 16 बिट देता है
time_hi_and_version	2	4	16	सबसे महत्वपूर्ण बिट्स में 4-बिट "संस्करण", उसके बाद उस समय के उच्च 12 बिट्स
clock_seq_hi_and_res clock_seq_low	2	4	16	सबसे महत्वपूर्ण बिट्स में 1 से 3-बिट "वैरिएंट", उसके बाद 13 से 15-बिट क्लॉक सीक्वेंस
node	6	12	48	48-बिट नोड आईडी

ये फ़ील्ड संस्करण 1 और 2 यूयूआईडी (अर्थात, समय-आधारित यूयूआईडी) के अनुरूप हैं, लेकिन समान 8-4-4-4-12 प्रतिनिधित्व का उपयोग सभी यूयूआईडी के लिए किया जाता है, यहाँ तक कि अलग-अलग निर्मित यूयूआईडी के लिए भी किया जाता हैं।

आरएफसी 4122 धारा 3 के लिए आवश्यक है कि इनपुट पर केस-असंवेदनशील होने के साथ-साथ अक्षरों को लोअर केस में उत्पन्न किया जाए।

Microsoft GUIDs को कभी-कभी आस-पास के कोष्ठक के साथ प्रदर्शित किया जाता है:

{123e4567-e89b-12d3-a456-426652340000}

इस प्रारूप को विंडोज रजिस्ट्री प्रारूप से भ्रमित नहीं होना चाहिए, जो मध्य कोष्ठक के भीतर प्रारूप को संदर्भित करता है।^[8]

आरएफसी 4122 यूयूआईडी के लिए समान संसाधन का नाम (URN) नेमस्पेस परिभाषित करता है। URN के रूप में प्रस्तुत किया गया यूयूआईडी इस प्रकार दिखाई देता है:^[1]: urn:uuid:123e4567-e89b-12d3-a456-426655440000

एनकोडिंग

यूयूआईडी का बाइनरी एन्कोडिंग प्रणाली के बीच भिन्न होता है। संस्करण 1 यूयूआईडी, आजकल सबसे सरल संस्करण, बड़े एंडियन प्रारूप में एन्कोड किया गया है। उदाहरण के लिए, 00112233-4455-6677-8899-aabbccddeeff बाइट्स के रूप में एन्कोड किया गया है 00 11 22 33 44 55 66 77 88 99 aa bb cc dd ee ff इसका मुख्य उदाहरण हैं।^[9]^[10]

वैरिएंट 2 यूयूआईडी, ऐतिहासिक रूप से माइक्रोसाॅफ्ट के कंपोनेंट ऑब्जेक्ट मॉडल या COM/OLE लाइब्रेरी में उपयोग किया जाता है, छोटे-एंडियन प्रारूप का उपयोग करता है, किन्तु यूयूआईडी के पहले तीन घटकों के साथ मिश्रित-एंडियन दिखाई देता है, जो कि छोटे-एंडियन और अंतिम दो बड़े-एंडियन के कारण होता है स्ट्रिंग के रूप में स्वरूपित होने पर विलुप्त बाइट डैश के रूप में होता हैं।^[11] उदाहरण के लिए, 00112233-4455-6677-c899-aabbccddeeff को 33 22 11 00 55 44 77 66 88 99 aa bb cc dd ee ff बाइट्स के रूप में एन्कोड किया गया है।^[12]^[13] वैरिएंट 2 में '88' बाइट 'c8' क्यों बन जाती है, इस बारे में विवरण के लिए वैरिएंट पर अनुभाग देखें।

संस्करण

यूयूआईडी का भिन्न क्षेत्र, या N स्थिति उनके प्रारूप और एन्कोडिंग को इंगित करता है। आरएफसी 4122 1 से 3 बिट्स की लंबाई के चार रूपों को परिभाषित करता है:

संस्करण 0 (एक-बिट पैटर्न 0xxx द्वारा दर्शाया गया है₂, एन =0..7) 1988 के आसपास विकसित अब अप्रचलित अपोलो नेटवर्क कंप्यूटिंग प्रणाली 1.5 यूयूआईडी प्रारूप के साथ पश्चगामी संगतता के लिए है। यूयूआईडी के पहले 6 ऑक्टेट 48-बिट टाइमस्टैम्प हैं (1 जनवरी 1980 UTC के बाद से समय की 4-माइक्रोसेकंड इकाइयों की संख्या) , अगले 2 ऑक्टेट आरक्षित हैं, अगला ऑक्टेट पता परिवार है, और अंतिम 7 ऑक्टेट पता परिवार द्वारा निर्दिष्ट फॉर्म में 56-बिट होस्ट आईडी हैं। चूंकि विवरण में भिन्न, आधुनिक संस्करण-1 यूयूआईडी के साथ समानता स्पष्ट है। वर्तमान यूयूआईडी विनिर्देशन में भिन्न बिट्स NCS यूयूआईडी में पता परिवार ऑक्टेट के उच्च बिट्स के साथ मेल खाते हैं। चूंकि पता परिवार 0..255 की सीमा में मान रख सकता है, केवल मान 0..13 कभी परिभाषित किए गए थे। तदनुसार, संस्करण-0 बिट पैटर्न 0xxx ऐतिहासिक NCS यूयूआईडी के साथ विरोध से बचा जाता है, यदि कोई अभी भी डेटाबेस में उपस्तिथ है।^[14]
संस्करण 1 (10xx₂, एन =8..b, 2 बिट्स) को मूल इंटरनेट ड्राफ्ट के लेखकों के नाम पर आरएफसी 4122/डीसीई 1.1 यूयूआईडी, या Leach-Salz यूयूआईडी के रूप में संदर्भित किया जाता है।
वैरिएंट 2 (110x₂, N = c..d, 3 बिट्स) को आरएफसी में आरक्षित, माइक्रोसाॅफ्ट काॅर्पोरेशन पश्चगामी संगतता के रूप में चित्रित किया गया है और इसका उपयोग माइक्रोसाॅफ्ट विंडोज प्लेटफ़ॉर्म पर प्रारंभिक GUID के लिए किया गया था। यह वैरिएंट 1 से केवल बाइनरी स्टोरेज या ट्रांसमिशन में एंडियननेस से भिन्न होता है: संस्करण -1 यूयूआईडी नेटवर्क (बिग-एंडियन) बाइट ऑर्डर का उपयोग करते हैं, जबकि संस्करण -2 GUIDs यूयूआईडी के कुछ उपक्षेत्रों के लिए नेटिव (लिटिल-एंडियन) बाइट ऑर्डर का उपयोग करते हैं।
आरक्षित को 3-बिट वैरिएंट बिट पैटर्न 111x₂ (एन =e..f) के रूप में परिभाषित किया गया है।

संस्करण 1 और 2 वर्तमान यूयूआईडी विनिर्देश द्वारा उपयोग किए जाते हैं। उनके शाब्दिक अभ्यावेदन में, संस्करण बिट्स को छोड़कर संस्करण 1 और 2 समान हैं। बाइनरी प्रतिनिधित्व में, अंतहीनता अंतर है।^[1]जब संस्करण 1 के बिग-एंडियन बाइट ऑर्डर और संस्करण 2 के लिटिल-एंडियन बाइट ऑर्डर के बीच कनवर्ट करने के लिए बाइट स्वैपिंग की आवश्यकता होती है, तो ऊपर दिए गए फ़ील्ड स्वैपिंग को परिभाषित करते हैं। पहले तीन क्षेत्र अहस्ताक्षरित 32- और 16-बिट पूर्णांक हैं और अदला-बदली के अधीन हैं, जबकि अंतिम दो क्षेत्रों में बिना व्याख्या के बाइट्स हैं, अदला-बदली के अधीन नहीं हैं। यह बाइट स्वैपिंग संस्करण 3, 4 और 5 के लिए भी लागू होती है, जहां विहित क्षेत्र यूयूआईडी की सामग्री के अनुरूप नहीं होते हैं।^[1]

जबकि कुछ महत्वपूर्ण GUID, जैसे घटक वस्तु मॉडल I अज्ञात इंटरफ़ेस के लिए पहचानकर्ता, नाममात्र रूप से भिन्न-2 यूयूआईडी हैं, माइक्रोसाॅफ्ट विंडोज सॉफ़्टवेयर में उत्पन्न और उपयोग किए जाने वाले और GUIDs के रूप में संदर्भित कई पहचानकर्ता मानक संस्करण-1 आरएफसी 4122/डीसीई हैं 1.1 नेटवर्क-बाइट-ऑर्डर यूयूआईडी, न कि लिट्ल-एंडियन वैरिएंट-2 यूयूआईडी। माइक्रोसॉफ्ट का वर्तमान संस्करण guidgen उपकरण मानक संस्करण -1 यूयूआईडी का उत्पादन करता है। कुछ माइक्रोसॉफ्ट दस्तावेज बताते हैं कि GUID यूयूआईडी के लिए समानार्थी है,^[15] जैसा आरएफसी 4122 में मानकीकृत है। आरएफसी 4122 स्वयं कहता है कि यूयूआईडी को GUID के रूप में भी जाना जाता है। यह सब बताता है कि GUID, जबकि मूल रूप से माइक्रोसाॅफ्ट द्वारा उपयोग किए जाने वाले यूयूआईडी के प्रकार का उल्लेख करते हुए, यूयूआईडी के लिए केवल वैकल्पिक नाम बन गया है, जिसमें संस्करण-1 और संस्करण-2 दोनों GUID उपस्तिथ हैं।

संस्करण

दोनों प्रकार 1 और 2 के लिए, पांच संस्करण मानकों में परिभाषित किए गए हैं, और विशिष्ट उपयोग स्थितियों में प्रत्येक संस्करण अन्य की तुलना में अधिक उपयुक्त हो सकता है। संस्करण द्वारा इंगित किया गया है M स्ट्रिंग प्रतिनिधित्व में होता हैं।

संस्करण-1 यूयूआईडी समय और नोड आईडी (सामान्यतः मैक पता) से उत्पन्न होते हैं, संस्करण-2 यूयूआईडी पहचानकर्ता (सामान्यतः समूह या उपयोगकर्ता आईडी), समय और नोड आईडी से उत्पन्न होते हैं, संस्करण 3 और 5 नामस्थान पहचानकर्ता और नाम हैशिंग द्वारा उत्पन्न निर्धारक यूयूआईडी उत्पन्न करते हैं, और संस्करण-4 यूयूआईडी अनियमितता या छद्म यादृच्छिकतायास्यूडो-रैंडम नंबर का उपयोग करके उत्पन्न होते हैं।

निल यूयूआईडी

शून्य यूयूआईडी, विशेष मामला, यूयूआईडी है 00000000-0000-0000-0000-000000000000, अर्थात, सभी बिट शून्य पर व्यव्सथित किया गया हैं।^[1]

संस्करण 1 (दिनांक-समय और मैक पता)

संस्करण 1 नोड के 48-बिट मैक पते को जोड़ता है (अर्थात, यूयूआईडी उत्पन्न करने वाला कंप्यूटर), 60-बिट टाइमस्टैम्प के साथ, मध्यरात्रि 15 अक्टूबर 1582 समन्वित यूनिवर्सल टाइम (यूटीसी) के बाद से 100-नैनोसेकंड अंतराल की संख्या है। वह इस तिथि पर जिसके द्वारा जॉर्जियाई कैलेंडर को पहली बार कैथोलिक चर्च और पापल राज्यों के बाहर अपनाया गया था। आरएफसी 4122 बताता है कि समय का मान लगभग 3400 ई.^[1]^: 3 का उपयोग किए गए एल्गोरिदम के आधार पर, जिसका अर्थ है कि 60-बिट टाइमस्टैम्प हस्ताक्षरित मात्रा है। चूँकि कुछ सॉफ़्टवेयर, जैसे कि लिब्यूड लाइब्रेरी, टाइमस्टैम्प को अहस्ताक्षरित मानते हैं, 5236 AD में रोलओवर समय डालते हैं।^[16] इस प्रकार ITU-T Rec द्वारा परिभाषित रोलओवर का उपयोग X.667 3603 ईस्वी के समय का है।^[17]^: v

एक 13-बिट या 14-बिट यूनिकफाइंग क्लॉक सारणी के टाइमस्टैम्प को उन स्थितियों को संभालने के लिए बढ़ाता है जहां प्रोसेसर क्लॉक पर्याप्त तेजी से आगे नहीं बढ़ता है, या जहां कई प्रोसेसर और यूयूआईडी जनरेटर प्रति नोड हैं। जब यूयूआईडी प्रणाली क्लॉक की तुलना में तेज़ी से उत्पन्न होते हैं, तो टाइमस्टैम्प फ़ील्ड के निचले बिट्स को उच्च-रिज़ॉल्यूशन टाइमस्टैम्प का अनुकरण करने के लिए हर बार यूयूआईडी उत्पन्न होने पर इसे बढ़ाकर उत्पन्न किया जा सकता है। अंतरिक्ष (नोड) और समय (अंतराल और घड़ी अनुक्रम) में बिंदु के अनुरूप प्रत्येक संस्करण 1 यूयूआईडी के साथ, दो उचित रूप से उत्पन्न संस्करण -1 यूयूआईडी के अनायास ही समान होने की संभावना व्यावहारिक रूप से शून्य है। चूंकि समय और घड़ी क्रम कुल 74 बिट्स हैं, 2⁷⁴ (1.8×10²², या 18 सेक्सटिलियन) संस्करण-1 यूयूआईडी प्रति नोड आईडी 163 बिलियन प्रति सेकंड प्रति नोड आईडी की अधिकतम औसत दर पर उत्पन्न किया जा सकता है।^[1]

अन्य यूयूआईडी संस्करणों के विपरीत, नेटवर्क कार्ड से मैक पतों पर आधारित संस्करण -1 और -2 यूयूआईडी केंद्रीय पंजीकरण प्राधिकरण द्वारा जारी किए गए पहचानकर्ता पर अपनी विशिष्टता के लिए विश्वास करते हैं, अर्थात् मैक पते का संगठनात्मक रूप से अद्वितीय पहचानकर्ता (ओयूआई) भाग , जो IEEE द्वारा नेटवर्किंग उपकरण के निर्माताओं को जारी किया जाता है।^[18] नेटवर्क-कार्ड मैक पतों पर आधारित संस्करण-1 और संस्करण-2 यूयूआईडी की विशिष्टता भी नेटवर्क-कार्ड निर्माताओं पर निर्भर करती है कि वे अपने कार्ड के लिए अद्वितीय मैक पते ठीक से निर्दिष्ट करते हैं, जो कि अन्य निर्माण प्रक्रियाओं की तरह त्रुटि के अधीन है। इसके अतिरिक्त कुछ ऑपरेटिंग प्रणाली अंतिम उपयोगकर्ता को मैक पता, विशेष रूप से ओपेन Wrt को अनुकूलित करने की अनुमति देते हैं।^[19]

नोड आईडी के लिए नोड के नेटवर्क कार्ड मैक पते का उपयोग करने का मतलब है कि संस्करण -1 यूयूआईडी को उस कंप्यूटर पर वापस ट्रैक किया जा सकता है जिसने इसे बनाया था। दस्तावेज़ों को कभी-कभी उन कंप्यूटरों में खोजा जा सकता है जहाँ वे शब्द संसाधन सॉफ़्टवेयर द्वारा एम्बेड किए गए यूयूआईडी के माध्यम से बनाए या संपादित किए गए थे। मेलिसा (कंप्यूटर वायरस) के निर्माता का पता लगाते समय इस गोपनीयता का उपयोग किया गया था।^[20]

आरएफसी 4122 संस्करण-1 (या 2) यूयूआईडी में मैक पते को यादृच्छिक 48-बिट नोड आईडी से परिवर्तित करने की अनुमति देता है, या तो क्योंकि नोड में मैक पता नहीं है, या क्योंकि यह इसका पर्दाफाश करना वांछनीय नहीं है। उस स्थिति में, आरएफसी के लिए आवश्यक है कि नोड आईडी के पहले ऑक्टेट का कम से कम महत्वपूर्ण बिट 1 पर सेट होना चाहिए।^[1] यह मैक पतों में बहुस्त्र्पीय बिट से मेल खाता है, और इसे सेट करने से यूयूआईडी को अलग करने में सहायता मिलती है जहां नेटवर्क कार्ड से मैक पते के आधार पर यूयूआईडी से यादृच्छिक रूप से नोड आईडी उत्पन्न होती है, जिसमें सामान्यतः यूनिकास्ट मैक पते होते हैं।^[1]

संस्करण 2 (दिनांक-समय और मैक पता, डीसीई सुरक्षा संस्करण)

आरएफसी 4122 संस्करण 2 को डीसीई सुरक्षा यूयूआईडी के लिए सुरक्षित रखता है, किन्तु यह कोई विवरण प्रदान नहीं करता है। इस कारण से, कई यूयूआईडी कार्यान्वयन संस्करण 2 को छोड़ देते हैं। चूंकि, संस्करण-2 यूयूआईडी के विनिर्देश डीसीई 1.1 प्रमाणीकरण और सुरक्षा सेवा विनिर्देश द्वारा प्रदान किए जाते हैं।^[21]

संस्करण-2 यूयूआईडी संस्करण 1 के समान हैं, सिवाय इसके कि क्लॉक क्रम के कम से कम महत्वपूर्ण 8 बिट्स को स्थानीय डोमेन नंबर से बदल दिया जाता है, और टाइमस्टैम्प के कम से कम महत्वपूर्ण 32 बिट्स को निर्दिष्ट स्थानीय डोमेन के भीतर पूर्णांक पहचानकर्ता द्वारा प्रतिस्थापित किया जाता है। POSIX प्रणाली पर, स्थानीय-डोमेन नंबर 0 और 1 क्रमशः उपयोगकर्ता आईडी (उपयोगकर्ता पहचानकर्ता) और समूह आईडी (समूह पहचानकर्ता) के लिए होते हैं, और अन्य स्थानीय-डोमेन नंबर साइट-परिभाषित होते हैं।^[21] गैर-पॉज़िक्स प्रणाली पर, सभी स्थानीय डोमेन नंबर साइट-परिभाषित होते हैं।

यूयूआईडी में 40-बिट डोमेन/पहचानकर्ता सम्मलित करने की क्षमता ट्रेडऑफ़ के साथ आती है। ओर, 40 बिट प्रति नोड आईडी लगभग 1 ट्रिलियन डोमेन/पहचानकर्ता मान की अनुमति देते हैं। दूसरी ओर, संस्करण 1 में 60 बिट्स की तुलना में क्लॉक मान को 28 सबसे महत्वपूर्ण बिट्स तक छोटा कर दिया गया है, संस्करण 2 यूयूआईडी में घड़ी प्रत्येक 429.49 सेकंड में केवल बार टिकेगी, 7 मिनट से थोड़ा अधिक, इसके विपरीत संस्करण 1 के लिए प्रत्येक 100 नैनोसेकंड। और संस्करण 1 में 14 बिट्स की तुलना में केवल 6 बिट्स के घड़ी अनुक्रम के साथ, 16,384 घड़ी अनुक्रम की तुलना में प्रति नोड/डोमेन/पहचानकर्ता प्रति 7 मिनट की घड़ी की टिक पर केवल 64 अद्वितीय यूयूआईडी उत्पन्न किए जा सकते हैं। संस्करण 1 के लिए मान।^[22] इस प्रकार, संस्करण 2 उन स्थितियों के लिए उपयुक्त नहीं हो सकता है जहां यूयूआईडी आवश्यक हैं, प्रति नोड/डोमेन/पहचानकर्ता, प्रत्येक सात मिनट में लगभग से अधिक की दर से किया जाता हैं।

संस्करण 3 और 5 (नामस्थान नाम-आधारित)

संस्करण-3 और संस्करण-5 यूयूआईडी क्रिप्टोग्राफ़िक हैश फ़ंक्शन द्वारा नामस्थान पहचानकर्ता और नाम से उत्पन्न होते हैं। संस्करण 3 हैशिंग एल्गोरिथम के रूप में एमडी5 का उपयोग करता है, और संस्करण 5 एसएचए-1 का उपयोग करता है।^[1]

नेमस्पेस आइडेंटिफ़ायर अपने आप में यूयूआईडी है। विनिर्देश यूनिफ़ॉर्म रिसोर्स लोकेटर, पूरी तरह से योग्य डोमेन नाम, वस्तु पहचानकर्ता और X.500 LDAPs के लिए नामस्थान का प्रतिनिधित्व करने के लिए यूयूआईडी प्रदान करता है, किन्तु किसी भी वांछित यूयूआईडी का उपयोग नेमस्पेस डिज़ाइनर के रूप में किया जा सकता है।

किसी दिए गए नाम स्थान और नाम के अनुरूप संस्करण-3 यूयूआईडी निर्धारित करने के लिए, नाम स्थान का यूयूआईडी बाइट्स की स्ट्रिंग में रूपांतरित होता है, जो इनपुट नाम के साथ जुड़ा होता है, फिर MD5 के साथ हैश किया जाता है, जिससे 128 बिट्स मिलते हैं। फिर 6 या 7 बिट्स को निश्चित मानों से बदल दिया जाता है, 4-बिट संस्करण (जैसे 0011₂ संस्करण 3 के लिए), और 2- या 3-बिट यूयूआईडी संस्करण (जैसे 10₂ आरएफसी 4122 यूयूआईडी, या 110₂ को (माइक्रोसाॅफ्ट GUID का संकेत) इंगित करता है। चूंकि 6 या 7 बिट इस प्रकार पूर्व निर्धारित हैं, केवल 121 या 122 बिट यूयूआईडी की विशिष्टता में योगदान करते हैं।

संस्करण-5 यूयूआईडी समान हैं, किन्तु MD5 केअतिरिक्त SHA-1 का उपयोग किया जाता है। चूंकि SHA-1 160-बिट डाइजेस्ट उत्पन्न करता है, डाइजेस्ट संस्करण से पहले 128 बिट्स तक छोटा हो जाता है और संस्करण बिट्स को बदल दिया जाता है।

संस्करण-3 और संस्करण-5 यूयूआईडी में वह गुण है जो ही नामस्थान और नाम ही यूयूआईडी में मैप करेगा। चूंकि, न तो नामस्थान और न ही यूयूआईडी से नाम निर्धारित किया जा सकता है, यदि उनमें से निर्दिष्ट हो, ब्रूट-बल खोज को छोड़कर उपयोग करता हैं। आरएफसी 4122 संस्करण 3 (MD5) की तुलना में संस्करण 5 (SHA-1) की अनुशंसा करता है, और सुरक्षा क्रेडेंशियल के रूप में किसी भी संस्करण के यूयूआईडी के उपयोग के विरुद्ध चेतावनी देता है।^[1]

संस्करण 4 (यादृच्छिक)

एक संस्करण 4 यूयूआईडी बेतरतीब ढंग से उत्पन्न होता है। अन्य यूयूआईडी की तरह, संस्करण 4 को इंगित करने के लिए 4 बिट का उपयोग किया जाता है, और संस्करण (10)₂ को इंगित करने के लिए 2 या 3 बिट (110₂ संस्करण 1 और 2 के लिए क्रमशः) का उपयोग किया जाता है। इस प्रकार, संस्करण 1 (अर्थात, अधिकांश यूयूआईडी) के लिए यादृच्छिक संस्करण -4 यूयूआईडी में 6 पूर्वनिर्धारित संस्करण और संस्करण बिट्स होंगे, कुल 2 के लिए यादृच्छिक रूप से उत्पन्न भाग के लिए 122¹²² बिट्स छोड़कर, या 5.3×10³⁶ (5.3 बड़ी संख्याओं के नाम) संभावित संस्करण-4 संस्करण-1 यूयूआईडी का उपयोग करता हैं। आधे से अधिक संभावित संस्करण-4 संस्करण-2 यूयूआईडी (विरासत GUIDs) हैं क्योंकि कम यादृच्छिक बिट उपलब्ध है, संस्करण के लिए 3 बिट्स का उपभोग किया जा रहा है।

टक्कर

हैश टकराव तब होता है जब ही यूयूआईडी से अधिक बार उत्पन्न होता है और अलग-अलग संदर्भों को सौंपा जाता है। मानक संस्करण-1 और संस्करण-2 यूयूआईडी के स्थितियों में नेटवर्क कार्ड से अद्वितीय मैक पते का उपयोग करते हुए, टक्कर होने की संभावना नहीं है, केवल बढ़ी हुई संभावना के साथ, जब कार्यान्वयन मानकों से भिन्न होता है।

संस्करण-1 और संस्करण-2 यूयूआईडी के विपरीत मैक एड्रेस का उपयोग करके उत्पन्न किया गया, संस्करण-1 और -2 यूयूआईडी के साथ जो विभिन्न विधियों से उत्पन्न नोड आईडी, हैश-आधारित संस्करण-3 और संस्करण-5 यूयूआईडी और रैंडम संस्करण-4 यूयूआईडी का उपयोग करते हैं। कार्यान्वयन समस्याओं के बिना भी टक्कर हो सकती है, यद्यपि संभावना इतनी कम है कि इसे सामान्य रूप से अनदेखा किया जा सकता है। जन्मदिन की समस्या के विश्लेषण के आधार पर इस संभावना की ठीक-ठीक गणना की जा सकती है।^[23]

उदाहरण के लिए, कम से कम टकराव की 50% संभावना रखने के लिए जनरेट किए जाने वाले रैंडम वर्शन-4 यूयूआईडी की संख्या 2.71 क्विंटिलियन है, जिसकी गणना इस प्रकार की गई है:^[24]

n\approx {\frac {1}{2}}+{\sqrt {{\frac {1}{4}}+2\times \ln(2)\times 2^{122}}}\approx 2.71\times 10^{18}.

यह संख्या लगभग 85 वर्षों के लिए प्रति सेकंड 1 बिलियन यूयूआईडी उत्पन्न करने के बराबर है। इतने सारे यूयूआईडी वाली फ़ाइल, प्रति यूयूआईडी 16 बाइट्स पर, लगभग 45 एक्साबाइट होगी।

संस्करण -4 यूयूआईडी की सबसे छोटी संख्या जो p होने के लिए विवादित सूत्र को खोजने की संभावना के लिए उत्पन्न होनी चाहिए, उक्त सूत्र को इस प्रकार अनुमानित किया जाता है:

{\sqrt {2\times 2^{122}\times \ln {\frac {1}{1-p}}}}.

इस प्रकार, 103 ट्रिलियन संस्करण-4 यूयूआईडी के भीतर डुप्लिकेट खोजने की संभावना अरब में है।

उपयोग करता है

फाइल प्रणाली

महत्वपूर्ण उपयोगों में सम्मलित हैं ext2/ext3/ext4 फाइल प्रणाली उपयोक्ता स्थान उपकरण (e2fsprogs उपयोग-लाइनेक्स द्वारा प्रदान किए गए libuuid का उपयोग करता है), लॉजिकल वॉल्यूम मैनेजर (लिनक्स)Linux), LUKS एन्क्रिप्टेड विभाजन, GNOME, KDE, और macOS,^[25] जिनमें से अधिकांश थिओडोर त्सो द्वारा मूल कार्यान्वयन से प्राप्त किए गए हैं।^[16]

सोलारिस (ऑपरेटिंग प्रणाली) (ओपन सॉफ्टवेयर फाउंडेशन कार्यान्वयन का उपयोग करके) में यूयूआईडी के उपयोगों में से कर्नेल पैनिक के स्थितियों में क्रैश डंप डेटा को फॉल्ट मैनेजमेंट इवेंट के साथ जोड़ने के उद्देश्य से चल रहे ऑपरेटिंग प्रणाली उदाहरण की पहचान करता है।^[26]

विभाजन लेबल और विभाजन यूयूआईडी दोनों सुपरब्लॉक (फाइल प्रणाली) में संग्रहीत हैं। वे दोनों विभाजन केअतिरिक्त फाइल प्रणाली का भाग हैं। उदाहरण के लिए, ext2–4 में यूयूआईडी होता है, जबकि NTFS या FAT32 में नहीं होता है।

सुपरब्लॉक फ़ाइल प्रणाली का भाग है, इस प्रकार पूरी तरह से विभाजन के भीतर समाहित है, इसलिए कर रहा है dd if=/dev/sda1 of=/dev/sdb1 sda1 और sdb1 दोनों को ही लेबल और यूयूआईडी के साथ छोड़ देता है।

कॉम में

माइक्रोसाॅफ्ट के कंपोनेंट ऑब्जेक्ट मॉडल (COM) में उपयोग किए जाने वाले GUID के कई प्रकार हैं:

IID - इंटरफ़ेस पहचानकर्ता, (जो प्रणाली पर पंजीकृत हैं, वे विंडोज रजिस्ट्री में संग्रहीत हैं [HKEY_CLASSES_ROOT\Interface]^[27] )
CLSID - वर्ग पहचानकर्ता, (पर संग्रहीत [HKEY_CLASSES_ROOT\CLSID])
LIBID - लाइब्रेरी पहचानकर्ता टाइप करें, (पर संग्रहीत [HKEY_CLASSES_ROOT\TypeLib]^[28])
CATID - श्रेणी पहचानकर्ता, (एक वर्ग पर इसकी उपस्थिति इसे कुछ वर्ग श्रेणियों से संबंधित के रूप में पहचानती है, जो सूचीबद्ध है [HKEY_CLASSES_ROOT\Component Categories]^[29])

डेटाबेस कुंजियों के रूप में

यूयूआईडी सामान्यतः डेटाबेस टेबल में अनूठी कुंजी के रूप में उपयोग की जाती हैं। इस प्रकार NEWID माइक्रोसाॅफ्ट SQL सर्वर संस्करण 4 ट्रांसैक्ट-SQL में फ़ंक्शन मानक यादृच्छिक संस्करण -4 यूयूआईडी देता है, जबकि NEWSEQUENTIALID फ़ंक्शन यूयूआईडी के समान 128-बिट पहचानकर्ता लौटाता है जो अगले प्रणाली रीबूट तक अनुक्रम में बढ़ने के लिए प्रतिबद्ध हैं।^[30] ओरेकल डाटाबेस SYS_GUID नाम के अतिरिक्त फ़ंक्शन मानक GUID नहीं लौटाता है। इसकेअतिरिक्त, यह मेजबान पहचानकर्ता और प्रक्रिया या थ्रेड पहचानकर्ता के आधार पर 16-बाइट 128-बिट रॉ मान देता है, जो कुछ तक GUID के समान है।^[31] पोस्टग्रे SQL में सम्मलित है, UUID को डेटा के द्वारा इसके प्रकार^[32] और प्रारुप के कारण उक्त कार्यों के उपयोग के माध्यम से यूयूआईडी के अधिकांश संस्करण उत्पन्न कर सकते हैं।^[33]^[34] MySQL प्रदान करता है UUID फ़ंक्शन, जो मानक संस्करण-1 यूयूआईडी उत्पन्न करता है।^[35]

संस्करण 3, 4, और 5 के मानक यूयूआईडी की यादृच्छिक प्रकृति, और मानक संस्करण 1 और 2 के भीतर फ़ील्ड का क्रम यूयूआईडी को प्राथमिक कुंजी के रूप में उपयोग किए जाने पर संदर्भ या प्रदर्शन के डेटाबेस इलाके के साथ समस्याएं उत्पन्न कर सकता है। उदाहरण के लिए, 2002 में जिमी निल्सन ने माइक्रोसाॅफ्ट SQL सर्वर के साथ प्रदर्शन में महत्वपूर्ण सुधार की सूचना दी जब कुंजी के रूप में उपयोग किए जा रहे संस्करण -4 यूयूआईडी को प्रणाली समय के आधार पर गैर-यादृच्छिक प्रत्यय सम्मलित करने के लिए संशोधित किया गया था। इस तथाकथित काॅम्ब (संयुक्त समय-GUID) दृष्टिकोण ने यूयूआईडी को गैर-मानक बना दिया और डुप्लिकेट होने की अधिक संभावना है, जैसा कि निल्सन ने स्वीकार किया, किन्तु निल्सन को केवल आवेदन के भीतर विशिष्टता की आवश्यकता थी।^[36] संस्करण 1 और 2 यूयूआईडी को फिर से क्रमित और एन्कोडिंग करके, जिससे कि टाइमस्टैम्प पहले आए, सम्मिलन प्रदर्शन हानि को टाला जा सकता है।^[37] कुछ वेब फ्रेमवर्क, जैसे लारावेल, टाइमस्टैम्प पहले यूयूआईडी के लिए समर्थन करते हैं जो अनुक्रमित डेटाबेस कॉलम में कुशलतापूर्वक संग्रहीत किए जा सकते हैं। यह संस्करण 4 प्रारूप का उपयोग करके काॅम्ब यूयूआईडी बनाता है, किन्तु जहां पहले 48-बिट्स UUIDv1 की तरह टाइमस्टैम्प बनाते हैं।^[38]^[39] काॅम्ब यूयूआईडी विचार के आधार पर अधिक निर्दिष्ट स्वरूपों में सम्मलित हैं:

ULID , जो संस्करण 4 को इंगित करने के लिए उपयोग किए गए 4 बिट्स को हटा देता है, और डिफ़ॉल्ट रूप से बेस32 एन्कोडिंग का उपयोग करता है।^[40]
यूयूआईडी संस्करण 6 से 8, तीन काॅम्ब यूयूआईडी स्वरूपों का औपचारिक रूप से प्रस्तावित किया जाता हैं।^[41]

यह भी देखें

संदर्भ

↑ ^1.00 ^1.01 ^1.02 ^1.03 ^1.04 ^1.05 ^1.06 ^1.07 ^1.08 ^1.09 ^1.10 ^1.11 Leach, P.; Mealling, M.; Salz, R. (2005). A Universally Unique IDentifier (UUID) URN Namespace. Internet Engineering Task Force. doi:10.17487/RFC4122. RFC 4122. Retrieved 2017-01-17.
↑ "Universally Unique Identifiers (UUID)". H2. Retrieved 21 March 2021.
↑ ITU-T Recommendation X.667: Generation and registration of Universally Unique Identifiers (UUIDs) and their use as ASN.1 Object Identifier components. Standard. October 2012.
↑ Zahn, Lisa (1990). Network Computing Architecture. Prentice Hall. p. 10. ISBN 978-0-13-611674-5.
↑ "सीडीई 1.1: दूरस्थ प्रक्रिया कॉल". The Open Group. 1997.
↑ "DCE 1.1: प्रमाणीकरण और सुरक्षा सेवाएँ". The Open Group. 1997.
↑ "ITU-T स्टडी ग्रुप 17 - ऑब्जेक्ट आइडेंटिफ़ायर (OID) और रजिस्ट्रेशन अथॉरिटीज़ की सिफारिशें". ITU.int. Retrieved 2016-12-20.
↑ "Registry Keys and Entries for a Type 1 Online Store". Microsoft Developer Network. Microsoft.
↑ Steele, Nick. "Breaking Down UUIDs".
↑ "UUID Versions Explained".
↑ Chen, Raymond. "Why does COM express GUIDs in a mix of big-endian and little-endian? Why can't it just pick a side and stick with it?". The Old New Thing. Retrieved 31 October 2022.
↑ Leach, Paul. "UUIDs and GUIDs".
↑ "Guid.ToByteArray Method".
↑ "uuid.c".
↑ "Globally Unique Identifiers". Microsoft Developer Network. Microsoft.
↑ ^16.0 ^16.1 "ext2/e2fsprogs.git - Ext2/3/4 filesystem userspace utilities". Kernel.org. Retrieved 9 January 2017.
↑ "Recommendation ITU-T X.667". www.itu.int. October 2012. Retrieved 19 December 2020.
↑ "Registration Authority". IEEE Standards Association.
↑ "MAC Address Setup". OpenWRT. 15 September 2021.{{cite web}}: CS1 maint: url-status (link)
↑ Reiter, Luke (1999-04-02). "Tracking Melissa's Alter Egos". ZDNet. Retrieved 2017-01-16.
↑ ^21.0 ^21.1 Cite error: Invalid <ref> tag; no text was provided for refs named dce_spec
↑ Kuchling, A. M. "What's New in Python 2.5". Python.org. Retrieved 23 January 2016.
↑ Jesus, Paulo; Baquero, Carlos; Almaeida, Paulo. "ID Generation in Mobile Environments" (PDF). Repositorium.Sdum.Uminho.pt.
↑ Mathis, Frank H. (June 1991). "A Generalized Birthday Problem". SIAM Review. 33 (2): 265–270. CiteSeerX 10.1.1.5.5851. doi:10.1137/1033051. ISSN 0036-1445. JSTOR 2031144. OCLC 37699182.
↑ gen_uuid.c in Apple's Libc-391, corresponding to Mac OS X 10.4
↑ "Crashdump Restructuring in Solaris". Blogs.Oracle.com. Oracle. Retrieved 9 January 2017.
↑ "Interface Pointers and Interfaces". Windows Dev Center - Desktop app technologies. Microsoft. Retrieved 15 December 2015. You reference an interface at run time with a globally unique interface identifier (IID). This IID, which is a specific instance of a globally unique identifier (GUID) supported by COM, allows a client to ask an object precisely whether it supports the semantics of the interface, without unnecessary overhead and without the confusion that could arise in a system from having multiple versions of the same interface with the same name.
↑ "Registering a Type Library". Microsoft Developer Network. Microsoft. Retrieved 15 December 2015.
↑ "Categorizing by Component Capabilities". Windows Dev Center - Desktop app technologies. Microsoft. Retrieved 15 December 2015. A listing of the CATIDs and the human-readable names is stored in a well-known location in the registry.
↑ "NEWSEQUENTIALID (Transact-SQL)". Microsoft Developer Network. Microsoft. 2015-08-08. Retrieved 2017-01-14.
↑ "Oracle Database SQL Reference". Oracle.
↑ "Section 8.12 UUID Type". PostgreSQL 9.4.10 Documentation. PostgreSQL Global Development Group. 13 February 2020.
↑ "uuid-ossp". PostgreSQL: Documentation: 9.6. PostgreSQL Global Development Group. 12 August 2021.
↑ "pgcrypto". PostgreSQL: Documentation: 9.6. PostgreSQL Global Development Group. 12 August 2021.
↑ "Section 13.20 Miscellaneous Functions". MySQL 5.7 Reference Manual. Oracle Corporation.
↑ Nilsson, Jimmy (2002-03-08). InformIT. InformIT. Retrieved 2012-06-20.
↑ "Storing UUID Values in MySQL". Percona. 2014-12-19. Archived from the original on 2020-11-29. Retrieved 2021-02-10.
↑ "Helpers - Laravel - The PHP Framework For Web Artisans". Laravel.com.
↑ Cabrera, Italo Baeza (31 January 2020). "Laravel: The mysterious "Ordered UUID"". Medium (in English).
↑ "Universally Unique Lexicographically Sortable Identifier". GitHub. ULID. 10 May 2021.
↑ Peabody, Brad; Davis, Kyzer R. (7 October 2021). "draft-peabody-dispatch-new-uuid-format-01". tools.ietf.org (in English).

बाहरी संबंध

मानक

Recommendation ITU-T X.667 (Free access)
ISO/IEC 9834-8:2014 (Paid)

ITU-T यूयूआईडी Generator

Universally Unique Identifiers (यूयूआईडी)

Technical Articles

Technical Note TN2166 - Secrets of the GPT - Apple Developer
यूयूआईडी Documentation - Apache Commons Id
CLSID Key - माइक्रोसाॅफ्ट Docs
Universal Unique Identifier - The Open Group Library

Miscellaneous

Implementation in various languages

[RFC_4122-1] 1.00 ^1.01 ^1.02 ^1.03 ^1.04 ^1.05 ^1.06 ^1.07 ^1.08 ^1.09 ^1.10 ^1.11 Leach, P.; Mealling, M.; Salz, R. (2005). A Universally Unique IDentifier (UUID) URN Namespace. Internet Engineering Task Force. doi:10.17487/RFC4122. RFC 4122. Retrieved 2017-01-17.

[2] "Universally Unique Identifiers (UUID)". H2. Retrieved 21 March 2021.

[3] ITU-T Recommendation X.667: Generation and registration of Universally Unique Identifiers (UUIDs) and their use as ASN.1 Object Identifier components. Standard. October 2012.

[4] Zahn, Lisa (1990). Network Computing Architecture. Prentice Hall. p. 10. ISBN 978-0-13-611674-5.

[cde_spec-5] "सीडीई 1.1: दूरस्थ प्रक्रिया कॉल". The Open Group. 1997.

[6] "DCE 1.1: प्रमाणीकरण और सुरक्षा सेवाएँ". The Open Group. 1997.

[7] "ITU-T स्टडी ग्रुप 17 - ऑब्जेक्ट आइडेंटिफ़ायर (OID) और रजिस्ट्रेशन अथॉरिटीज़ की सिफारिशें". ITU.int. Retrieved 2016-12-20.

[8] "Registry Keys and Entries for a Type 1 Online Store". Microsoft Developer Network. Microsoft.

[9] Steele, Nick. "Breaking Down UUIDs".

[10] "UUID Versions Explained".

[11] Chen, Raymond. "Why does COM express GUIDs in a mix of big-endian and little-endian? Why can't it just pick a side and stick with it?". The Old New Thing. Retrieved 31 October 2022.

[12] Leach, Paul. "UUIDs and GUIDs".

[13] "Guid.ToByteArray Method".

[14] "uuid.c".

[15] "Globally Unique Identifiers". Microsoft Developer Network. Microsoft.

[e2fsprogs-16] 16.0 ^16.1 "ext2/e2fsprogs.git - Ext2/3/4 filesystem userspace utilities". Kernel.org. Retrieved 9 January 2017.

[X667-17] "Recommendation ITU-T X.667". www.itu.int. October 2012. Retrieved 19 December 2020.

[IEEE-RA-18] "Registration Authority". IEEE Standards Association.

[19] "MAC Address Setup". OpenWRT. 15 September 2021.{{cite web}}: CS1 maint: url-status (link)

[20] Reiter, Luke (1999-04-02). "Tracking Melissa's Alter Egos". ZDNet. Retrieved 2017-01-16.

[dce_spec-21] 21.0 ^21.1 Cite error: Invalid <ref> tag; no text was provided for refs named dce_spec

[22] Kuchling, A. M. "What's New in Python 2.5". Python.org. Retrieved 23 January 2016.

[23] Jesus, Paulo; Baquero, Carlos; Almaeida, Paulo. "ID Generation in Mobile Environments" (PDF). Repositorium.Sdum.Uminho.pt.

[24] Mathis, Frank H. (June 1991). "A Generalized Birthday Problem". SIAM Review. 33 (2): 265–270. CiteSeerX 10.1.1.5.5851. doi:10.1137/1033051. ISSN 0036-1445. JSTOR 2031144. OCLC 37699182.

[25] _uuid.c in Apple's Libc-391, corresponding to Mac OS X 10.4

[26] "Crashdump Restructuring in Solaris". Blogs.Oracle.com. Oracle. Retrieved 9 January 2017.

[27] "Interface Pointers and Interfaces". Windows Dev Center - Desktop app technologies. Microsoft. Retrieved 15 December 2015. You reference an interface at run time with a globally unique interface identifier (IID). This IID, which is a specific instance of a globally unique identifier (GUID) supported by COM, allows a client to ask an object precisely whether it supports the semantics of the interface, without unnecessary overhead and without the confusion that could arise in a system from having multiple versions of the same interface with the same name.

[28] "Registering a Type Library". Microsoft Developer Network. Microsoft. Retrieved 15 December 2015.

[29] "Categorizing by Component Capabilities". Windows Dev Center - Desktop app technologies. Microsoft. Retrieved 15 December 2015. A listing of the CATIDs and the human-readable names is stored in a well-known location in the registry.

[30] "NEWSEQUENTIALID (Transact-SQL)". Microsoft Developer Network. Microsoft. 2015-08-08. Retrieved 2017-01-14.

[31] "Oracle Database SQL Reference". Oracle.

[32] "Section 8.12 UUID Type". PostgreSQL 9.4.10 Documentation. PostgreSQL Global Development Group. 13 February 2020.

[33] "uuid-ossp". PostgreSQL: Documentation: 9.6. PostgreSQL Global Development Group. 12 August 2021.

[34] "pgcrypto". PostgreSQL: Documentation: 9.6. PostgreSQL Global Development Group. 12 August 2021.

[35] "Section 13.20 Miscellaneous Functions". MySQL 5.7 Reference Manual. Oracle Corporation.

[36] Nilsson, Jimmy (2002-03-08). InformIT. InformIT. Retrieved 2012-06-20.

[37] "Storing UUID Values in MySQL". Percona. 2014-12-19. Archived from the original on 2020-11-29. Retrieved 2021-02-10.

[38] "Helpers - Laravel - The PHP Framework For Web Artisans". Laravel.com.

[39] Cabrera, Italo Baeza (31 January 2020). "Laravel: The mysterious "Ordered UUID"". Medium (in English).

[40] "Universally Unique Lexicographically Sortable Identifier". GitHub. ULID. 10 May 2021.

[41] Peabody, Brad; Davis, Kyzer R. (7 October 2021). "draft-peabody-dispatch-new-uuid-format-01". tools.ietf.org (in English).

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[21]

[22]

[23]

[24]

[25]

[26]

[27]

[28]

[29]

[30]

[31]

[32]

[33]

[34]

[35]

[36]

[37]

[38]

[39]

[40]

[41]

Anonymous

Search

सार्वभौमिक अद्वितीय पहचानकर्ता: Difference between revisions

Namespaces

More

Page actions

Latest revision as of 11:17, 23 February 2023

Contents

इतिहास

मानक

प्रारूप

एनकोडिंग

संस्करण

संस्करण

निल यूयूआईडी

संस्करण 1 (दिनांक-समय और मैक पता)

संस्करण 2 (दिनांक-समय और मैक पता, डीसीई सुरक्षा संस्करण)

संस्करण 3 और 5 (नामस्थान नाम-आधारित)

संस्करण 4 (यादृच्छिक)

टक्कर

उपयोग करता है

फाइल प्रणाली

कॉम में

डेटाबेस कुंजियों के रूप में

यह भी देखें

संदर्भ

बाहरी संबंध

Navigation

Navigation

Wiki tools

Wiki tools

@@ Line 1: / Line 1: @@
 {{Short description|Label used for information in computer systems}}
-{{Use dmy dates|date=December 2021}}
 {{Infobox identifier
-| name          = Universally unique identifier
+| name          = सार्वभौमिक अद्वितीय पहचानकर्ता
 | image         = UEFI variables on Linux screenshot.png
 | image_size    =
-| image_caption = UUID/GUID as used by [[UEFI]] variables
+| image_caption = UUID/GUID [[UEFI]] वेरिएबल्स द्वारा उपयोग किया जाता है
 | image_alt     =
 | image_border  =
-| acronym       = UUID
+| acronym       = यूयूआईडी
 | number        =
 | start_date    = <!-- {{Start date|YYYY|MM|DD|df=y}} -->
 | organisation  = {{Plainlist|
-* [[Open Software Foundation]] (OSF)
+* [[ओपन सॉफ्टवेयर फाउंडेशन]] (ओएसएफ)
-* [[International Organization for Standardization|ISO]]/[[International Electrotechnical Commission|IEC]]
+* [[मानकीकरण के लिए अंतर्राष्ट्रीय संगठन|आईएसओ]]/[[अंतर्राष्ट्रीय इलेक्ट्रोटेक्निकल कमीशन|आईईसी]]
-* [[Internet Engineering Task Force]] (IETF)
+* [[इंटरनेट इंजीनियरिंग टास्क फोर्स]] (आईईटीएफ)
 }}
 | digits        = 32
 | check_digit   =
-| example       = {{code|123e4567-e89b-12d3-a456-426614174000}}
+| example       = {{कोड|123e4567-e89b-12d3-a456-426614174000}}
-| website       = {{IETF RFC|4122}}
+| website       = {{आईईटीएफ आरएफसी|4122}}
 }}
-एक सार्वभौमिक अद्वितीय पहचानकर्ता (यूयूआईडी) कंप्यूटर सिस्टम में जानकारी के लिए उपयोग की जाने वाली [[128 बिट]] [[नाममात्र संख्या]] है। विश्व स्तर पर विशिष्ट पहचानकर्ता (GUID) शब्द का भी उपयोग किया जाता है।<ref name="RFC 4122" />
+'''सार्वभौमिक अद्वितीय पहचानकर्ता''' (यूयूआईडी - यूयूआईडी) कंप्यूटर प्रणाली में जानकारी प्राप्त करने के लिए उपयोग की जाने वाली [[128 बिट]]  [[नाममात्र संख्या|संख्या]] को उपयोग करता हैं। वैश्विक स्तर पर जीयूआईडी (GUID) शब्द का उपयोग भी किया जाता है।<ref name="RFC 4122" />
-मानक विधियों के अनुसार उत्पन्न होने पर, यूयूआईडी व्यावहारिक उद्देश्यों के लिए अद्वितीय होते हैं। अधिकांश अन्य नंबरिंग योजनाओं के विपरीत, उनकी विशिष्टता केंद्रीय पंजीकरण प्राधिकरण या उन्हें उत्पन्न करने वाली पार्टियों के बीच समन्वय पर निर्भर नहीं करती है। जबकि [[संभावना]] है कि एक UUID को डुप्लिकेट किया जाएगा शून्य नहीं है, यह आम तौर पर नगण्य होने के लिए शून्य के काफी करीब माना जाता है।<ref>{{cite web |url=http://www.h2database.com/html/advanced.html#uuid |title=Universally Unique Identifiers (UUID) |website=[[H2 (DBMS)|H2]] |access-date=21 March 2021}}</ref><ref>''ITU-T Recommendation [https://www.itu.int/rec/dologin_pub.asp?lang=e&id=T-REC-X.667-201210-I!!PDF-E&type=items X.667]: Generation and registration of Universally Unique Identifiers (UUIDs) and their use as ASN.1 Object Identifier components''. Standard. October 2012.</ref>
+मानक विधियों के अनुसार उत्पन्न होने पर, यूयूआईडी व्यावहारिक उद्देश्यों को पूरा करने के लिए डुप्लिकेट रूप से प्रयोग में लाये जाते हैं। अधिकांशतः अन्य सांख्यकिक योजनाओं के विपरीत, उनकी विशिष्टता केंद्रीय पंजीकरण प्राधिकरण या उन्हें उत्पन्न करने वाले समूहों के बीच होने वाले समन्वय पर निर्भर नहीं करती है। जबकि यह [[संभावना]] है कि यूयूआईडी को डुप्लिकेट किया जाएगा पर इसका मान शून्य नहीं होता है,और इसका मान सामान्यतः नगण्य होने के कारण शून्य के अधिक समीप माना जाता है।<ref>{{cite web |url=http://www.h2database.com/html/advanced.html#uuid |title=Universally Unique Identifiers (UUID) |website=[[H2 (DBMS)|H2]] |access-date=21 March 2021}}</ref><ref>''ITU-T Recommendation [https://www.itu.int/rec/dologin_pub.asp?lang=e&id=T-REC-X.667-201210-I!!PDF-E&type=items X.667]: Generation and registration of Universally Unique Identifiers (UUIDs) and their use as ASN.1 Object Identifier components''. Standard. October 2012.</ref>
-इस प्रकार, कोई भी एक यूयूआईडी बना सकता है और इसका उपयोग निकट निश्चितता के साथ किसी चीज़ की पहचान करने के लिए कर सकता है कि पहचानकर्ता उस चीज़ की नकल नहीं करता है जो पहले से ही किसी और चीज़ की पहचान करने के लिए बनाई गई है या बनाई जाएगी। स्वतंत्र पार्टियों द्वारा UUIDs के साथ लेबल की गई जानकारी को बाद में एक एकल डेटाबेस में जोड़ा जा सकता है या उसी चैनल पर प्रेषित किया जा सकता है, जिसमें दोहराव की नगण्य संभावना होती है।
-UUIDs को अपनाना व्यापक है, कई कंप्यूटिंग प्लेटफॉर्म उन्हें उत्पन्न करने और उनके शाब्दिक प्रतिनिधित्व को पार्स करने के लिए समर्थन प्रदान करते हैं।
+इस प्रकार, कोई भी यूयूआईडी बना सकता है और इसका उपयोग निकट निश्चितता के साथ इसकी पहचान करने के लिए किया जा सकता है कि पहचानकर्ता उसकी नकल नहीं करता है जो पहले से ही किसी और चीज़ की पहचान करने के लिए बनाई जाती है या बनाई जाएगी। स्वतंत्र समूहों द्वारा यूयूआईडी के साथ लेबल की गई जानकारी को बाद में एकल डेटाबेस में जोड़ा जाता है और उसी चैनल पर प्रेषित किया जा सकता है, जिसमें दोहराव की नगण्य संभावना होती है।
+यूयूआईडी को अपनाना व्यापक है, कई कंप्यूटिंग प्लेटफॉर्म उन्हें उत्पन्न करने और उनके शाब्दिक प्रतिनिधित्व को पार्स करने के लिए समर्थन प्रदान करते हैं।
 == इतिहास ==
-के दशक में [[अपोलो कंप्यूटर]] ने मूल रूप से [[नेटवर्क कंप्यूटिंग सिस्टम]] (NCS) में और बाद में [[ओपन सॉफ्टवेयर फाउंडेशन]] (OSF) [[वितरित कंप्यूटिंग पर्यावरण]] (DCE) में UUIDs का उपयोग किया। DCE UUIDs का प्रारंभिक डिज़ाइन NCS UUIDs पर आधारित था,<ref>{{cite book
+के दशक में [[अपोलो कंप्यूटर]] ने मूल रूप से [[नेटवर्क कंप्यूटिंग सिस्टम|नेटवर्क कंप्यूटिंग प्रणाली]] (NCS) में और बाद में [[ओपन सॉफ्टवेयर फाउंडेशन]] (OSF) [[वितरित कंप्यूटिंग पर्यावरण]] (डीसीई) में यूयूआईडी का उपयोग किया गया हैं। इस प्रकार डीसीई यूयूआईडी का प्रारंभिक डिज़ाइन NCS यूयूआईडी पर आधारित था,<ref>{{cite book
    | last = Zahn
    | first = Lisa
@@ Line 36: / Line 37: @@
    | publisher = [[Prentice Hall]]
    | year = 1990
-   | isbn = 978-0-13-611674-5 }}</ref> जिसका डिजाइन बदले में ([[64-बिट कंप्यूटिंग]] | 64-बिट) अद्वितीय पहचानकर्ताओं से प्रेरित था और अपोलो कंप्यूटर द्वारा डिजाइन किए गए एक [[ऑपरेटिंग सिस्टम]] डोमेन/ओएस में व्यापक रूप से परिभाषित और उपयोग किया गया था। बाद में,{{when|date=June 2020}} [[Microsoft Windows]] प्लेटफ़ॉर्म ने DCE डिज़ाइन को विश्व स्तर पर अद्वितीय पहचानकर्ता (GUIDs) के रूप में अपनाया। RFC 4122 ने UUIDs के लिए एक [[URN]] नाम स्थान पंजीकृत किया<ref name="RFC 4122" />और उसी तकनीकी सामग्री के साथ, पहले के विनिर्देशों को दोहराया।{{citation needed|date=June 2020}}
+   | isbn = 978-0-13-611674-5 }}</ref> जिसका डिजाइन इसके अतिरिक्त ([[64-बिट कंप्यूटिंग]] या 64-बिट) अद्वितीय पहचानकर्ताओं से प्रेरित था और अपोलो कंप्यूटर द्वारा डिजाइन किए गए [[ऑपरेटिंग सिस्टम|ऑपरेटिंग प्रणाली]] डोमेन/ओएस में व्यापक रूप से परिभाषित और उपयोग किया गया था। इसके पश्चात, [[Microsoft Windows|माइक्रोसाॅफ्ट विंडोज]] प्लेटफ़ॉर्म ने डीसीई डिज़ाइन को विश्व स्तर पर अद्वितीय पहचानकर्ता (GUIDs) के रूप में अपनाया गया था। [rfc:4122 आरएफसी 4122] ने यूयूआईडी के लिए [[URN]] नाम स्थान पंजीकृत किया<ref name="RFC 4122" />और इसी तकनीकी सामग्री के साथ, पहले के विनिर्देशों को दोहराया गया था।
-जब जुलाई 2005 में <nowiki>RFC 4122</nowiki> को प्रस्तावित [[IETF]] मानक के रूप में प्रकाशित किया गया था, [[ITU]] ने भी पिछले मानकों और <nowiki>RFC 4122</nowiki> के शुरुआती संस्करणों के आधार पर UUIDs को मानकीकृत किया था।{{citation needed|date=June 2020}}
+जब जुलाई 2005 में आरएफसी 4122 को प्रस्तावित [[IETF]] मानक के रूप में प्रकाशित किया गया था, [[ITU]] ने भी पिछले मानकों और आरएफसी 4122 के प्रारंभिक संस्करणों के आधार पर यूयूआईडी को मानकीकृत किया गया था।
 == मानक ==
-वितरित कंप्यूटिंग पर्यावरण (डीसीई) के हिस्से के रूप में यूयूआईडी को ओपन सॉफ्टवेयर फाउंडेशन (ओएसएफ) द्वारा मानकीकृत किया गया है।<ref name="cde_spec">{{cite web
+वितरित कंप्यूटिंग पर्यावरण (डीसीई) के मुख्य भाग के रूप में यूयूआईडी को ओपन सॉफ्टवेयर फाउंडेशन (ओएसएफ) द्वारा मानकीकृत किया गया है।<ref name="cde_spec">{{cite web
 | publisher = The Open Group
 | year = 1997
-| title = सीडीई 1.1: दूरस्थ प्रक्रिया कॉल| url = http://www.opengroup.org/onlinepubs/9629399/apdxa.htm}}</रेफरी><ref name="dce_spec">{{cite web
+| title = सीडीई 1.1: दूरस्थ प्रक्रिया कॉल| url = http://www.opengroup.org/onlinepubs/9629399/apdxa.htm}}</ref><ref>{{cite web
 | publisher = The Open Group
 | year = 1997
-| title = DCE 1.1: प्रमाणीकरण और सुरक्षा सेवाएँ| url = http://www.opengroup.org/onlinepubs/9696989899/chap5.htm#tagcjh_08_02_01_01}}</रेफरी>
+| title = DCE 1.1: प्रमाणीकरण और सुरक्षा सेवाएँ| url = http://www.opengroup.org/onlinepubs/9696989899/chap5.htm#tagcjh_08_02_01_01}}</ref>
-UUIDs को मानकीकरण के लिए अंतर्राष्ट्रीय संगठन/अंतर्राष्ट्रीय इलेक्ट्रोटेक्निकल कमीशन 11578:1996 सूचना प्रौद्योगिकी - ओपन सिस्टम इंटरकनेक्शन - [[सुदूर प्रणाली संदेश]] (RPC) और हाल ही में ITU-T Rec में प्रलेखित किया गया है। X.667 | मानकीकरण के लिए अंतर्राष्ट्रीय संगठन/अंतर्राष्ट्रीय इलेक्ट्रोटेक्निकल कमीशन 9834-8:2005।
+यूयूआईडी को मानकीकरण के लिए अंतर्राष्ट्रीय संगठन/अंतर्राष्ट्रीय इलेक्ट्रोटेक्निकल कमीशन 11578:1996 सूचना प्रौद्योगिकी - ओपन सिस्टम इंटरकनेक्शन - [[सुदूर प्रणाली संदेश]] (RPC) और हाल ही में ITU-T Rec में  X.667 या मानकीकरण के लिए अंतर्राष्ट्रीय संगठन/अंतर्राष्ट्रीय इलेक्ट्रोटेक्निकल कमीशन 9834-8:2005 द्वारा प्रलेखित किया गया है।<ref>{{Cite web|url=http://www.itu.int/ITU-T/studygroups/com17/oid.html|title=ITU-T स्टडी ग्रुप 17 - ऑब्जेक्ट आइडेंटिफ़ायर (OID) और रजिस्ट्रेशन अथॉरिटीज़ की सिफारिशें|website=ITU.int|access-date=2016-12-20}}</ref>
-रेफरी>{{Cite web|url=http://www.itu.int/ITU-T/studygroups/com17/oid.html|title=ITU-T स्टडी ग्रुप 17 - ऑब्जेक्ट आइडेंटिफ़ायर (OID) और रजिस्ट्रेशन अथॉरिटीज़ की सिफारिशें|website=ITU.int|access-date=2016-12-20}}</रेफरी>
-[[इंटरनेट इंजीनियरिंग टास्क फोर्स]] (IETF) ने Standards-Track <nowiki>RFC 4122</nowiki> प्रकाशित किया,<ref name="RFC 4122" />तकनीकी रूप से ITU-T Rec के समकक्ष। X.667 | आईएसओ/आईईसी 9834-8।
+[[इंटरनेट इंजीनियरिंग टास्क फोर्स]] (IETF) ने मानक-ट्रैक आरएफसी 4122 प्रकाशित किया, जो तकनीकी रूप से ITU-T Rec के  X.667 या आईएसओ/आईईसी 9834-8 के समकक्ष माना जाता हैं।
-== प्रारूप ==
+==प्रारूप==
-इसके विहित शाब्दिक प्रतिनिधित्व में, एक UUID के 16 [[ऑक्टेट (कंप्यूटिंग)]] को 32 [[हेक्साडेसिमल]] (बेस-16) अंकों के रूप में दर्शाया जाता है, जो कुल योग के लिए 8-4-4-4-12 के रूप में हाइफ़न द्वारा अलग किए गए पांच समूहों में प्रदर्शित होता है। 36 अक्षरों का (32 हेक्साडेसिमल वर्ण और 4 हाइफ़न)। उदाहरण के लिए:
+इसके विहित शाब्दिक प्रतिनिधित्व में, एक यूयूआईडी के 16 [[ऑक्टेट (कंप्यूटिंग)]] को 32 [[हेक्साडेसिमल]] (बेस-16) अंकों के रूप में दर्शाया जाता है, जो कुल योग के लिए 8-4-4-4-12 के रूप में हाइफ़न द्वारा अलग किए गए पांच समूहों में प्रदर्शित होता है। 36 अक्षरों का (32 हेक्साडेसिमल वर्ण और 4 हाइफ़न)। उदाहरण के लिए:
-: <code>123e4567-e89b-12d3-a456-426614174000</code>
+:<code>123e4567-e89b-12d3-a456-426614174000</code>
-: <code>xxxxxxxx-xxxx-'''M'''xxx-'''N'''xxx-xxxxxxxxxxxx</code>
+:<code>xxxxxxxx-xxxx-'''M'''xxx-'''N'''xxx-xxxxxxxxxxxx</code>
 चार बिट {{var|M}} और 1- से 3-बिट {{var|N}} फ़ील्ड यूयूआईडी के प्रारूप को ही कोड करते हैं।
-अंकों के चार बिट <code>M</code> UUID संस्करण हैं, और अंकों के 1 से 3 सबसे महत्वपूर्ण बिट हैं <code>N</code> UUID वैरिएंट को कोड करें। (नीचे सार्वभौमिक अद्वितीय पहचानकर्ता#वेरिएंट|देखें।) उदाहरण में, M है <code>1</code>, और एन है <code>a</code> (10xx<sub>2</sub>), जिसका अर्थ है कि यह संस्करण-1, संस्करण-1 UUID है; यानी, एक समय-आधारित <nowiki>DCE/RFC 4122 UUID</nowiki>।
+अंकों के चार बिट <code>M</code> यूयूआईडी संस्करण हैं, और अंकों के 1 से 3 सबसे महत्वपूर्ण बिट हैं <code>N</code> यूयूआईडी वैरिएंट को कोड करें। (नीचे सार्वभौमिक अद्वितीय पहचानकर्ता#वेरिएंट|देखें।) उदाहरण में, M है <code>1</code>, और एन है <code>a</code> (10xx<sub>2</sub>), जिसका अर्थ है कि यह संस्करण-1, संस्करण-1 यूयूआईडी है; यानी, एक समय-आधारित DCE/आरएफसी 4122 यूयूआईडी।
-विहित 8-4-4-4-12 प्रारूप स्ट्रिंग UUID के 16 बाइट्स के लिए रिकॉर्ड लेआउट पर आधारित है:<ref name="RFC 4122"/>
+विहित 8-4-4-4-12 प्रारूप स्ट्रिंग यूयूआईडी के 16 बाइट्स के लिए रिकॉर्ड लेआउट पर आधारित है:
-{|class="wikitable"
+{| class="wikitable"
-|+ UUID record layout
+|+यूयूआईडी record layout
 |-
-! Name
+!नाम
-! Length (bytes)
+!लंबाई(बाईट्स)
-! Length (hex digits)
+!लंबाई(हेक्स डिजिट्स)
-! Length (bits)
+!लंबाई(बिट्स)
-! Contents
+!संदर्भ
 |-
-| time_low
+|time_low
-| 4
+|4
-| 8
+|8
-| 32
+|32
-| integer giving the low 32 bits of the time
+|पूर्णांक समय के निम्न 32 बिट दे रहा है
 |-
-| time_mid
+|time_mid
-| 2
+|2
-| 4
+|4
-| 16
+|16
-| integer giving the middle 16 bits of the time
+|पूर्णांक समय के मध्य 16 बिट देता है
 |-
-| time_hi_and_version
+|time_hi_and_version
-| 2
+|2
-| 4
+|4
-| 16
+|16
-| 4-bit "version" in the most significant bits, followed by the high 12 bits of the time
+|सबसे महत्वपूर्ण बिट्स में 4-बिट "संस्करण", उसके बाद उस समय के उच्च 12 बिट्स
 |-
-| clock_seq_hi_and_res clock_seq_low
+|clock_seq_hi_and_res clock_seq_low
-| 2
+|2
-| 4
+|4
-| 16
+|16
-| 1 to 3-bit "variant" in the most significant bits, followed by the 13 to 15-bit clock sequence
+|सबसे महत्वपूर्ण बिट्स में 1 से 3-बिट "वैरिएंट", उसके बाद 13 से 15-बिट क्लॉक सीक्वेंस
 |-
-| node
+|node
-| 6
+|6
-| 12
+|12
-| 48
+|48
-| the 48-bit node id
+|48-बिट नोड आईडी
 |}
-ये फ़ील्ड संस्करण 1 और 2 UUIDs (अर्थात, समय-आधारित UUIDs) के अनुरूप हैं, लेकिन समान 8-4-4-4-12 प्रतिनिधित्व का उपयोग सभी UUIDs के लिए किया जाता है, यहाँ तक कि अलग-अलग निर्मित UUIDs के लिए भी।
+ये फ़ील्ड संस्करण 1 और 2 यूयूआईडी (अर्थात, समय-आधारित यूयूआईडी) के अनुरूप हैं, लेकिन समान 8-4-4-4-12 प्रतिनिधित्व का उपयोग सभी यूयूआईडी के लिए किया जाता है, यहाँ तक कि अलग-अलग निर्मित यूयूआईडी के लिए भी किया जाता हैं।
-[https://tools.ietf.org/html/rfc4122#section-3 RFC 4122 धारा 3] के लिए आवश्यक है कि इनपुट पर केस-असंवेदनशील होने के साथ-साथ अक्षरों को लोअर केस में उत्पन्न किया जाए।
+[[rfc:4122#section-3|आरएफसी 4122 धारा 3]] के लिए आवश्यक है कि इनपुट पर केस-असंवेदनशील होने के साथ-साथ अक्षरों को लोअर केस में उत्पन्न किया जाए।
-Microsoft GUIDs को कभी-कभी आस-पास के ब्रेसिज़ के साथ प्रदर्शित किया जाता है:
+Microsoft GUIDs को कभी-कभी आस-पास के कोष्ठक के साथ प्रदर्शित किया जाता है:
-: <code>{123e4567-e89b-12d3-a456-426652340000}</code>
+:<code>{123e4567-e89b-12d3-a456-426652340000}</code>
-इस प्रारूप को [[विंडोज रजिस्ट्री]] प्रारूप से भ्रमित नहीं होना चाहिए, जो घुंघराले ब्रेसिज़ के भीतर प्रारूप को संदर्भित करता है।<ref>{{cite web |url=http://msdn.microsoft.com/en-us/library/windows/desktop/dd564255%28v=vs.85%29.aspx |title=Registry Keys and Entries for a Type 1 Online Store |website=[[Microsoft Developer Network]] |publisher=[[Microsoft]]}}</ref>
+इस प्रारूप को [[विंडोज रजिस्ट्री]] प्रारूप से भ्रमित नहीं होना चाहिए, जो मध्य कोष्ठक के भीतर प्रारूप को संदर्भित करता है।<ref>{{cite web |url=http://msdn.microsoft.com/en-us/library/windows/desktop/dd564255%28v=vs.85%29.aspx |title=Registry Keys and Entries for a Type 1 Online Store |website=[[Microsoft Developer Network]] |publisher=[[Microsoft]]}}</ref>
-<nowiki>RFC 4122</nowiki> UUIDs के लिए [[समान संसाधन का नाम]] (URN) नेमस्पेस परिभाषित करता है। URN के रूप में प्रस्तुत किया गया UUID इस प्रकार दिखाई देता है:<ref name="RFC 4122" />: <code><nowiki>urn:uuid:123e4567-e89b-12d3-a456-426655440000</nowiki></code>
+आरएफसी 4122 यूयूआईडी के लिए [[समान संसाधन का नाम]] (URN) नेमस्पेस परिभाषित करता है। URN के रूप में प्रस्तुत किया गया यूयूआईडी इस प्रकार दिखाई देता है:<ref name="RFC 4122" />: <code><nowiki>urn:uuid:123e4567-e89b-12d3-a456-426655440000</nowiki></code>
+== एनकोडिंग ==
+यूयूआईडी का बाइनरी एन्कोडिंग प्रणाली के बीच भिन्न होता है। संस्करण 1 यूयूआईडी, आजकल सबसे सरल संस्करण, [[बड़े एंडियन]] प्रारूप में एन्कोड किया गया है। उदाहरण के लिए, <code>00112233-4455-6677-8899-aabbccddeeff</code> बाइट्स के रूप में एन्कोड किया गया है <code>00 11 22 33</code> <code>44 55</code> <code>66 77</code> <code>88 99</code> <code>aa bb cc dd ee ff इसका मुख्य उदाहरण हैं।</code><ref>{{cite web |last1=Steele |first1=Nick |title=Breaking Down UUIDs |url=https://duo.com/labs/tech-notes/breaking-down-uuids}}</ref><ref>{{cite web |title=UUID Versions Explained |url=https://www.uuidtools.com/uuid-versions-explained}}</ref>
-== एनकोडिंग ==
+वैरिएंट 2 यूयूआईडी, ऐतिहासिक रूप से माइक्रोसाॅफ्ट के कंपोनेंट ऑब्जेक्ट मॉडल या COM/OLE लाइब्रेरी में उपयोग किया जाता है, छोटे-एंडियन प्रारूप का उपयोग करता है, किन्तु यूयूआईडी के पहले तीन घटकों के साथ [[मिश्रित-एंडियन]] दिखाई देता है, जो कि छोटे-एंडियन और अंतिम दो बड़े-एंडियन के कारण होता है स्ट्रिंग के रूप में स्वरूपित होने पर विलुप्त बाइट डैश के रूप में होता हैं।<ref>{{Cite web
-यूयूआईडी का बाइनरी एन्कोडिंग सिस्टम के बीच भिन्न होता है। वेरिएंट 1 यूयूआईडी, आजकल सबसे आम वेरिएंट, [[बड़े एंडियन]] प्रारूप में एन्कोड किया गया है। उदाहरण के लिए, <code>00112233-4455-6677-8899-aabbccddeeff</code> बाइट्स के रूप में एन्कोड किया गया है <code>00 11 22 33</code> <code>44 55</code> <code>66 77</code> <code>88 99</code> <code>aa bb cc dd ee ff</code>.<ref>{{cite web |last1=Steele |first1=Nick |title=Breaking Down UUIDs |url=https://duo.com/labs/tech-notes/breaking-down-uuids}}</ref><ref>{{cite web |title=UUID Versions Explained |url=https://www.uuidtools.com/uuid-versions-explained}}</ref>
-वैरिएंट 2 UUIDs, ऐतिहासिक रूप से Microsoft के कंपोनेंट ऑब्जेक्ट मॉडल | COM/OLE पुस्तकालयों में उपयोग किया जाता है, एक छोटे-एंडियन प्रारूप का उपयोग करता है, लेकिन UUID के पहले तीन घटकों के साथ [[मिश्रित-एंडियन]] दिखाई देता है, जो कि छोटे-एंडियन और अंतिम दो बड़े-एंडियन के कारण होता है एक स्ट्रिंग के रूप में स्वरूपित होने पर गायब बाइट डैश।<ref>{{Cite web
 | title = Why does COM express GUIDs in a mix of big-endian and little-endian? Why can't it just pick a side and stick with it?
 | last = Chen | first = Raymond
@@ Line 122: / Line 121: @@
 | url = https://devblogs.microsoft.com/oldnewthing/20220928-00/?p=107221
 | quote =
-}}</ref> उदाहरण के लिए, <code>00112233-4455-6677-c899-aabbccddeeff</code> बाइट्स के रूप में एन्कोड किया गया है <code>33 22 11 00</code> <code>55 44</code> <code>77 66</code> <code>88 99</code> <code>aa bb cc dd ee ff</code>.<ref>{{cite web |last1=Leach |first1=Paul |title=UUIDs and GUIDs |url=http://upnp.org/resources/draft-leach-uuids-guids-00.txt}}</ref><ref>{{cite web |title=Guid.ToByteArray Method |url=https://docs.microsoft.com/en-us/dotnet/api/system.guid.tobytearray?view=net-5.0}}</ref> वैरिएंट 2 में '88' बाइट 'c8' क्यों बन जाती है, इस बारे में विवरण के लिए वैरिएंट पर अनुभाग देखें।
+}}</ref> उदाहरण के लिए, <code>00112233-4455-6677-c899-aabbccddeeff</code> को  <code>33 22 11 00</code> <code>55 44</code> <code>77 66</code> <code>88 99</code> <code>aa bb cc dd ee ff</code> बाइट्स के रूप में एन्कोड किया गया है।<ref>{{cite web |last1=Leach |first1=Paul |title=UUIDs and GUIDs |url=http://upnp.org/resources/draft-leach-uuids-guids-00.txt}}</ref><ref>{{cite web |title=Guid.ToByteArray Method |url=https://docs.microsoft.com/en-us/dotnet/api/system.guid.tobytearray?view=net-5.0}}</ref> वैरिएंट 2 में '88' बाइट 'c8' क्यों बन जाती है, इस बारे में विवरण के लिए वैरिएंट पर अनुभाग देखें।
-== वेरिएंट ==
+== संस्करण ==
-UUIDs का भिन्न क्षेत्र, या N स्थिति उनके प्रारूप और एन्कोडिंग को इंगित करता है। <nowiki>RFC 4122</nowiki> 1 से 3 बिट्स की लंबाई के चार रूपों को परिभाषित करता है:
+यूयूआईडी का भिन्न क्षेत्र, या N स्थिति उनके प्रारूप और एन्कोडिंग को इंगित करता है। आरएफसी 4122 1 से 3 बिट्स की लंबाई के चार रूपों को परिभाषित करता है:
-* वेरिएंट 0 (एक-बिट पैटर्न 0xxx द्वारा दर्शाया गया है<sub>2</sub>, एन =<code>0..7</code>) 1988 के आसपास विकसित अब अप्रचलित अपोलो नेटवर्क कंप्यूटिंग सिस्टम 1.5 UUID प्रारूप के साथ पश्चगामी संगतता के लिए है। UUID के पहले 6 ऑक्टेट 48-बिट टाइमस्टैम्प हैं (1 जनवरी 1980 UTC के बाद से समय की 4-माइक्रोसेकंड इकाइयों की संख्या) ; अगले 2 ऑक्टेट आरक्षित हैं; अगला ऑक्टेट पता परिवार है; और अंतिम 7 ऑक्टेट पता परिवार द्वारा निर्दिष्ट फॉर्म में 56-बिट होस्ट आईडी हैं। हालांकि विवरण में भिन्न, आधुनिक संस्करण-1 यूयूआईडी के साथ समानता स्पष्ट है। वर्तमान UUID विनिर्देशन में भिन्न बिट्स NCS UUIDs में पता परिवार ऑक्टेट के उच्च बिट्स के साथ मेल खाते हैं। हालांकि पता परिवार 0..255 की सीमा में मान रख सकता है, केवल मान 0..13 कभी परिभाषित किए गए थे। तदनुसार, वेरिएंट-0 बिट पैटर्न <code>0xxx</code> ऐतिहासिक NCS UUIDs के साथ विरोध से बचा जाता है, यदि कोई अभी भी डेटाबेस में मौजूद है।<ref>{{cite web |url=https://opensource.apple.com/source/CF/CF-299.35/Base.subproj/uuid.c.auto.html |title=uuid.c}}</ref>
+* संस्करण 0 (एक-बिट पैटर्न 0xxx द्वारा दर्शाया गया है<sub>2</sub>, एन =<code>0..7</code>) 1988 के आसपास विकसित अब अप्रचलित अपोलो नेटवर्क कंप्यूटिंग प्रणाली 1.5 यूयूआईडी प्रारूप के साथ पश्चगामी संगतता के लिए है। यूयूआईडी के पहले 6 ऑक्टेट 48-बिट टाइमस्टैम्प हैं (1 जनवरी 1980 UTC के बाद से समय की 4-माइक्रोसेकंड इकाइयों की संख्या) , अगले 2 ऑक्टेट आरक्षित हैं, अगला ऑक्टेट पता परिवार है, और अंतिम 7 ऑक्टेट पता परिवार द्वारा निर्दिष्ट फॉर्म में 56-बिट होस्ट आईडी हैं। चूंकि विवरण में भिन्न, आधुनिक संस्करण-1 यूयूआईडी के साथ समानता स्पष्ट है। वर्तमान यूयूआईडी विनिर्देशन में भिन्न बिट्स NCS यूयूआईडी में पता परिवार ऑक्टेट के उच्च बिट्स के साथ मेल खाते हैं। चूंकि पता परिवार 0..255 की सीमा में मान रख सकता है, केवल मान 0..13 कभी परिभाषित किए गए थे। तदनुसार, संस्करण-0 बिट पैटर्न <code>0xxx</code> ऐतिहासिक NCS यूयूआईडी के साथ विरोध से बचा जाता है, यदि कोई अभी भी डेटाबेस में उपस्तिथ है।<ref>{{cite web |url=https://opensource.apple.com/source/CF/CF-299.35/Base.subproj/uuid.c.auto.html |title=uuid.c}}</ref>
-* वेरिएंट 1 (10xx<sub>2</sub>, एन =<code>8..b</code>, 2 बिट्स) को मूल [[इंटरनेट ड्राफ्ट]] के लेखकों के नाम पर <nowiki>RFC 4122/DCE 1.1 UUIDs</nowiki>, या Leach-Salz UUIDs के रूप में संदर्भित किया जाता है।
+* संस्करण 1 (10xx<sub>2</sub>, एन =<code>8..b</code>, 2 बिट्स) को मूल [[इंटरनेट ड्राफ्ट]] के लेखकों के नाम पर आरएफसी 4122/डीसीई 1.1 यूयूआईडी, या Leach-Salz यूयूआईडी के रूप में संदर्भित किया जाता है।
-* वैरिएंट 2 (110x<sub>2</sub>, {{var|N}} = <code>c..d</code>, 3 बिट्स) को RFC में आरक्षित, Microsoft Corporation पश्चगामी संगतता के रूप में चित्रित किया गया है और इसका उपयोग Microsoft Windows प्लेटफ़ॉर्म पर शुरुआती GUID के लिए किया गया था। यह वैरिएंट 1 से केवल बाइनरी स्टोरेज या ट्रांसमिशन में एंडियननेस से भिन्न होता है: वेरिएंट -1 UUIDs नेटवर्क (बिग-एंडियन) बाइट ऑर्डर का उपयोग करते हैं, जबकि वेरिएंट -2 GUIDs UUID के कुछ उपक्षेत्रों के लिए नेटिव (लिटिल-एंडियन) बाइट ऑर्डर का उपयोग करते हैं।
+* वैरिएंट 2 (110x<sub>2</sub>, {{var|N}} = <code>c..d</code>, 3 बिट्स) को आरएफसी में आरक्षित, माइक्रोसाॅफ्ट काॅर्पोरेशन पश्चगामी संगतता के रूप में चित्रित किया गया है और इसका उपयोग माइक्रोसाॅफ्ट विंडोज प्लेटफ़ॉर्म पर प्रारंभिक GUID के लिए किया गया था। यह वैरिएंट 1 से केवल बाइनरी स्टोरेज या ट्रांसमिशन में एंडियननेस से भिन्न होता है: संस्करण -1 यूयूआईडी नेटवर्क (बिग-एंडियन) बाइट ऑर्डर का उपयोग करते हैं, जबकि संस्करण -2 GUIDs यूयूआईडी के कुछ उपक्षेत्रों के लिए नेटिव (लिटिल-एंडियन) बाइट ऑर्डर का उपयोग करते हैं।
-* आरक्षित को 3-बिट वैरिएंट बिट पैटर्न 111x के रूप में परिभाषित किया गया है<sub>2</sub> (एन =<code>e..f</code>).
+* आरक्षित को 3-बिट वैरिएंट बिट पैटर्न 111x<sub>2</sub> (एन =<code>e..f</code>) के रूप में परिभाषित किया गया है।
-संस्करण 1 और 2 वर्तमान यूयूआईडी विनिर्देश द्वारा उपयोग किए जाते हैं। उनके शाब्दिक अभ्यावेदन में, वेरिएंट बिट्स को छोड़कर वेरिएंट 1 और 2 समान हैं। बाइनरी प्रतिनिधित्व में, अंतहीनता अंतर है।<ref name="RFC 4122" />जब वेरिएंट 1 के बिग-एंडियन बाइट ऑर्डर और वेरिएंट 2 के लिटिल-एंडियन बाइट ऑर्डर के बीच कनवर्ट करने के लिए बाइट स्वैपिंग की आवश्यकता होती है, तो ऊपर दिए गए फ़ील्ड स्वैपिंग को परिभाषित करते हैं। पहले तीन क्षेत्र अहस्ताक्षरित 32- और 16-बिट पूर्णांक हैं और अदला-बदली के अधीन हैं, जबकि अंतिम दो क्षेत्रों में बिना व्याख्या के बाइट्स हैं, अदला-बदली के अधीन नहीं हैं। यह बाइट स्वैपिंग संस्करण 3, 4 और 5 के लिए भी लागू होती है, जहां विहित क्षेत्र UUID की सामग्री के अनुरूप नहीं होते हैं।<ref name="RFC 4122" />
+संस्करण 1 और 2 वर्तमान यूयूआईडी विनिर्देश द्वारा उपयोग किए जाते हैं। उनके शाब्दिक अभ्यावेदन में, संस्करण बिट्स को छोड़कर संस्करण 1 और 2 समान हैं। बाइनरी प्रतिनिधित्व में, अंतहीनता अंतर है।<ref name="RFC 4122" />जब संस्करण 1 के बिग-एंडियन बाइट ऑर्डर और संस्करण 2 के लिटिल-एंडियन बाइट ऑर्डर के बीच कनवर्ट करने के लिए बाइट स्वैपिंग की आवश्यकता होती है, तो ऊपर दिए गए फ़ील्ड स्वैपिंग को परिभाषित करते हैं। पहले तीन क्षेत्र अहस्ताक्षरित 32- और 16-बिट पूर्णांक हैं और अदला-बदली के अधीन हैं, जबकि अंतिम दो क्षेत्रों में बिना व्याख्या के बाइट्स हैं, अदला-बदली के अधीन नहीं हैं। यह बाइट स्वैपिंग संस्करण 3, 4 और 5 के लिए भी लागू होती है, जहां विहित क्षेत्र यूयूआईडी की सामग्री के अनुरूप नहीं होते हैं।<ref name="RFC 4122" />
-जबकि कुछ महत्वपूर्ण GUID, जैसे [[घटक वस्तु मॉडल]] I अज्ञात इंटरफ़ेस के लिए पहचानकर्ता, नाममात्र रूप से भिन्न-2 UUID हैं, Microsoft Windows सॉफ़्टवेयर में उत्पन्न और उपयोग किए जाने वाले और GUIDs के रूप में संदर्भित कई पहचानकर्ता मानक संस्करण-1 <nowiki>RFC 4122/DCE हैं 1.1 </nowiki> नेटवर्क-बाइट-ऑर्डर UUIDs, न कि लिट्ल-एंडियन वैरिएंट-2 UUIDs। माइक्रोसॉफ्ट का वर्तमान संस्करण <code>guidgen</code> उपकरण मानक संस्करण -1 UUIDs का उत्पादन करता है। कुछ माइक्रोसॉफ्ट दस्तावेज बताते हैं कि GUID यूयूआईडी के लिए समानार्थी है,<ref>{{Cite web |url=https://msdn.microsoft.com/en-us/library/cc246025.aspx |title=Globally Unique Identifiers |website=[[Microsoft Developer Network]] |publisher=[[Microsoft]]}}</ref> जैसा <nowiki>RFC 4122</nowiki> में मानकीकृत है। <nowiki>RFC 4122</nowiki> स्वयं कहता है कि UUID को GUID के रूप में भी जाना जाता है। यह सब बताता है कि GUID, जबकि मूल रूप से Microsoft द्वारा उपयोग किए जाने वाले UUID के एक प्रकार का उल्लेख करते हुए, UUID के लिए केवल एक वैकल्पिक नाम बन गया है, जिसमें संस्करण-1 और संस्करण-2 दोनों GUID मौजूद हैं।
+जबकि कुछ महत्वपूर्ण GUID, जैसे [[घटक वस्तु मॉडल]] I अज्ञात इंटरफ़ेस के लिए पहचानकर्ता, नाममात्र रूप से भिन्न-2 यूयूआईडी हैं, माइक्रोसाॅफ्ट विंडोज सॉफ़्टवेयर में उत्पन्न और उपयोग किए जाने वाले और GUIDs के रूप में संदर्भित कई पहचानकर्ता मानक संस्करण-1 आरएफसी 4122/डीसीई हैं 1.1 नेटवर्क-बाइट-ऑर्डर यूयूआईडी, न कि लिट्ल-एंडियन वैरिएंट-2 यूयूआईडी। माइक्रोसॉफ्ट का वर्तमान संस्करण <code>guidgen</code> उपकरण मानक संस्करण -1 यूयूआईडी का उत्पादन करता है। कुछ माइक्रोसॉफ्ट दस्तावेज बताते हैं कि GUID यूयूआईडी के लिए समानार्थी है,<ref>{{Cite web |url=https://msdn.microsoft.com/en-us/library/cc246025.aspx |title=Globally Unique Identifiers |website=[[Microsoft Developer Network]] |publisher=[[Microsoft]]}}</ref> जैसा आरएफसी 4122 में मानकीकृत है। आरएफसी 4122 स्वयं कहता है कि यूयूआईडी को GUID के रूप में भी जाना जाता है। यह सब बताता है कि GUID, जबकि मूल रूप से माइक्रोसाॅफ्ट द्वारा उपयोग किए जाने वाले यूयूआईडी के प्रकार का उल्लेख करते हुए, यूयूआईडी के लिए केवल वैकल्पिक नाम बन गया है, जिसमें संस्करण-1 और संस्करण-2 दोनों GUID उपस्तिथ हैं।
 == संस्करण ==
-दोनों प्रकार 1 और 2 के लिए, पांच संस्करण मानकों में परिभाषित किए गए हैं, और विशिष्ट उपयोग मामलों में प्रत्येक संस्करण अन्य की तुलना में अधिक उपयुक्त हो सकता है। संस्करण द्वारा इंगित किया गया है <code>M</code> स्ट्रिंग प्रतिनिधित्व में।
+दोनों प्रकार 1 और 2 के लिए, पांच संस्करण मानकों में परिभाषित किए गए हैं, और विशिष्ट उपयोग स्थितियों में प्रत्येक संस्करण अन्य की तुलना में अधिक उपयुक्त हो सकता है। संस्करण द्वारा इंगित किया गया है <code>M</code> स्ट्रिंग प्रतिनिधित्व में होता हैं।
-वर्जन-1 यूयूआईडी एक समय और एक नोड आईडी (आमतौर पर [[मैक पता]]) से उत्पन्न होते हैं; संस्करण-2 यूयूआईडी एक पहचानकर्ता (आमतौर पर एक समूह या उपयोगकर्ता आईडी), समय और एक नोड आईडी से उत्पन्न होते हैं; संस्करण 3 और 5 एक नामस्थान पहचानकर्ता और नाम हैशिंग द्वारा उत्पन्न निर्धारक यूयूआईडी उत्पन्न करते हैं; और वर्जन-4 यूयूआईडी [[अनियमितता]] या [[छद्म यादृच्छिकता]]|स्यूडो-रैंडम नंबर का उपयोग करके उत्पन्न होते हैं।
+संस्करण-1 यूयूआईडी समय और नोड आईडी (सामान्यतः [[मैक पता]]) से उत्पन्न होते हैं, संस्करण-2 यूयूआईडी पहचानकर्ता (सामान्यतः समूह या उपयोगकर्ता आईडी), समय और नोड आईडी से उत्पन्न होते हैं, संस्करण 3 और 5 नामस्थान पहचानकर्ता और नाम हैशिंग द्वारा उत्पन्न निर्धारक यूयूआईडी उत्पन्न करते हैं, और संस्करण-4 यूयूआईडी [[अनियमितता]] या [[छद्म यादृच्छिकता]]यास्यूडो-रैंडम नंबर का उपयोग करके उत्पन्न होते हैं।
 === निल यूयूआईडी ===
-शून्य यूयूआईडी, एक विशेष मामला, यूयूआईडी है <code>00000000-0000-0000-0000-000000000000</code>; यानी, सभी बिट शून्य पर सेट हैं।<ref name="RFC 4122" />
+शून्य यूयूआईडी, विशेष मामला, यूयूआईडी है <code>00000000-0000-0000-0000-000000000000</code>, अर्थात, सभी बिट शून्य पर व्यव्सथित किया गया हैं।<ref name="RFC 4122" />
+=== संस्करण 1 (दिनांक-समय और मैक पता) ===
+संस्करण 1 नोड के 48-बिट मैक पते को जोड़ता है (अर्थात, यूयूआईडी उत्पन्न करने वाला कंप्यूटर), 60-बिट टाइमस्टैम्प के साथ, मध्यरात्रि 15 अक्टूबर 1582 समन्वित यूनिवर्सल टाइम (यूटीसी) के बाद से 100-[[नैनोसेकंड]] अंतराल की संख्या है। वह इस तिथि पर जिसके द्वारा [[जॉर्जियाई कैलेंडर]] को पहली बार कैथोलिक चर्च और पापल राज्यों के बाहर अपनाया गया था। आरएफसी 4122 बताता है कि समय का मान लगभग 3400 ई.<ref name="RFC 4122"/>{{rp|3|q="it is possible for values to rollover (around A.D. 3400, depending on the specific algorithm used)"}} का उपयोग किए गए एल्गोरिदम के आधार पर, जिसका अर्थ है कि 60-बिट टाइमस्टैम्प हस्ताक्षरित मात्रा है। चूँकि कुछ सॉफ़्टवेयर, जैसे कि लिब्यूड लाइब्रेरी, टाइमस्टैम्प को अहस्ताक्षरित मानते हैं, 5236 AD में रोलओवर समय डालते हैं।<ref name="e2fsprogs"/> इस प्रकार ITU-T Rec द्वारा परिभाषित रोलओवर का उपयोग X.667 3603 ईस्वी के समय का है।<ref name="X667">{{cite web |url=https://www.itu.int/rec/dologin_pub.asp?lang=e&id=T-REC-X.667-201210-I!!PDF-E&type=items |title=Recommendation ITU-T X.667 |website=[[ITU-T|www.itu.int]] |date=October 2012 |access-date=19 December 2020}}</ref>{{rp|v|q="a UUID is&nbsp;[...] guaranteed to be different from all other UUIDs generated before 3603 A.D."}}
+एक 13-बिट या 14-बिट यूनिकफाइंग क्लॉक सारणी के टाइमस्टैम्प को उन स्थितियों को संभालने के लिए बढ़ाता है जहां प्रोसेसर क्लॉक पर्याप्त तेजी से आगे नहीं बढ़ता है, या जहां कई प्रोसेसर और यूयूआईडी जनरेटर प्रति नोड हैं। जब यूयूआईडी प्रणाली क्लॉक की तुलना में तेज़ी से उत्पन्न होते हैं, तो टाइमस्टैम्प फ़ील्ड के निचले बिट्स को उच्च-रिज़ॉल्यूशन टाइमस्टैम्प का अनुकरण करने के लिए हर बार यूयूआईडी उत्पन्न होने पर इसे बढ़ाकर उत्पन्न किया जा सकता है। अंतरिक्ष (नोड) और समय (अंतराल और घड़ी अनुक्रम) में बिंदु के अनुरूप प्रत्येक संस्करण 1 यूयूआईडी के साथ, दो उचित रूप से उत्पन्न संस्करण -1 यूयूआईडी के अनायास ही समान होने की संभावना व्यावहारिक रूप से शून्य है। चूंकि समय और घड़ी क्रम कुल 74 बिट्स हैं, 2<sup>74</sup> (1.8{{e|22}}, या 18 सेक्सटिलियन) संस्करण-1 यूयूआईडी प्रति नोड आईडी 163 बिलियन प्रति सेकंड प्रति नोड आईडी की अधिकतम औसत दर पर उत्पन्न किया जा सकता है।<ref name="RFC 4122" />
-=== संस्करण 1 (दिनांक-समय और मैक पता) ===
+अन्य यूयूआईडी संस्करणों के विपरीत, [[नेटवर्क कार्ड]] से मैक पतों पर आधारित संस्करण -1 और -2 यूयूआईडी केंद्रीय पंजीकरण प्राधिकरण द्वारा जारी किए गए पहचानकर्ता पर अपनी विशिष्टता के लिए विश्वास करते हैं, अर्थात् मैक पते का [[संगठनात्मक रूप से अद्वितीय पहचानकर्ता]] (ओयूआई) भाग , जो [[IEEE]] द्वारा नेटवर्किंग उपकरण के निर्माताओं को जारी किया जाता है।<ref name="IEEE-RA">
-संस्करण 1 नोड के 48-बिट मैक पते को जोड़ता है (अर्थात, यूयूआईडी उत्पन्न करने वाला कंप्यूटर), 60-बिट टाइमस्टैम्प के साथ, मध्यरात्रि 15 अक्टूबर 1582 समन्वित यूनिवर्सल टाइम (यूटीसी) के बाद से 100-[[नैनोसेकंड]] अंतराल की संख्या है। वह तिथि जिस पर [[जॉर्जियाई कैलेंडर]] को पहली बार कैथोलिक चर्च और पापल राज्यों के बाहर अपनाया गया था। <nowiki>RFC 4122</nowiki> बताता है कि समय का मान लगभग 3400 ई.<ref name="RFC 4122"/>{{rp|3|q="it is possible for values to rollover (around A.D. 3400, depending on the specific algorithm used)"}} उपयोग किए गए एल्गोरिदम के आधार पर, जिसका अर्थ है कि 60-बिट टाइमस्टैम्प एक हस्ताक्षरित मात्रा है। हालाँकि कुछ सॉफ़्टवेयर, जैसे कि लिब्यूड लाइब्रेरी, टाइमस्टैम्प को अहस्ताक्षरित मानते हैं, 5236 AD में रोलओवर समय डालते हैं।<ref name="e2fsprogs"/>ITU-T Rec द्वारा परिभाषित रोलओवर समय। X.667 3603 ईस्वी है।<ref name="X667">{{cite web |url=https://www.itu.int/rec/dologin_pub.asp?lang=e&id=T-REC-X.667-201210-I!!PDF-E&type=items |title=Recommendation ITU-T X.667 |website=[[ITU-T|www.itu.int]] |date=October 2012 |access-date=19 December 2020}}</ref>{{rp|v|q="a UUID is&nbsp;[...] guaranteed to be different from all other UUIDs generated before 3603 A.D."}}
+{{cite web |url=http://standards.ieee.org/develop/regauth/ |website=[[IEEE Standards Association]] |title=Registration Authority}}</ref> नेटवर्क-कार्ड मैक पतों पर आधारित संस्करण-1 और संस्करण-2 यूयूआईडी की विशिष्टता भी नेटवर्क-कार्ड निर्माताओं पर निर्भर करती है कि वे अपने कार्ड के लिए अद्वितीय मैक पते ठीक से निर्दिष्ट करते हैं, जो कि अन्य निर्माण प्रक्रियाओं की तरह त्रुटि के अधीन है। इसके अतिरिक्त कुछ ऑपरेटिंग प्रणाली अंतिम उपयोगकर्ता को मैक पता, विशेष रूप से ओपेन [[OpenWrt|Wrt]] को अनुकूलित करने की अनुमति देते हैं।<ref>{{Cite web|date=15 September 2021|title=MAC Address Setup|url=https://openwrt.org/docs/guide-developer/mac.address|url-status=live|website=OpenWRT}}</ref>
-एक 13-बिट या 14-बिट यूनिकफाइंग क्लॉक सीक्वेंस टाइमस्टैम्प को उन मामलों को संभालने के लिए बढ़ाता है जहां प्रोसेसर क्लॉक पर्याप्त तेजी से आगे नहीं बढ़ता है, या जहां कई प्रोसेसर और यूयूआईडी जनरेटर प्रति नोड हैं। जब UUIDs सिस्टम क्लॉक की तुलना में तेज़ी से उत्पन्न होते हैं, तो टाइमस्टैम्प फ़ील्ड के निचले बिट्स को एक उच्च-रिज़ॉल्यूशन टाइमस्टैम्प का अनुकरण करने के लिए हर बार UUID उत्पन्न होने पर इसे बढ़ाकर उत्पन्न किया जा सकता है। अंतरिक्ष (नोड) और समय (अंतराल और घड़ी अनुक्रम) में एक बिंदु के अनुरूप प्रत्येक संस्करण 1 यूयूआईडी के साथ, दो उचित रूप से उत्पन्न संस्करण -1 यूयूआईडी के अनायास ही समान होने की संभावना व्यावहारिक रूप से शून्य है। चूंकि समय और घड़ी क्रम कुल 74 बिट्स हैं, 2<sup>74</sup> (1.8{{e|22}}, या 18 सेक्सटिलियन) संस्करण-1 यूयूआईडी प्रति नोड आईडी 163 बिलियन प्रति सेकंड प्रति नोड आईडी की अधिकतम औसत दर पर उत्पन्न किया जा सकता है।<ref name="RFC 4122" />
-अन्य यूयूआईडी संस्करणों के विपरीत, [[नेटवर्क कार्ड]] से मैक पतों पर आधारित संस्करण -1 और -2 यूयूआईडी एक केंद्रीय पंजीकरण प्राधिकरण द्वारा जारी किए गए एक पहचानकर्ता पर अपनी विशिष्टता के लिए भरोसा करते हैं, अर्थात् मैक पते का [[संगठनात्मक रूप से अद्वितीय पहचानकर्ता]] (ओयूआई) भाग , जो [[IEEE]] द्वारा नेटवर्किंग उपकरण के निर्माताओं को जारी किया जाता है।<ref name="IEEE-RA">
-{{cite web |url=http://standards.ieee.org/develop/regauth/ |website=[[IEEE Standards Association]] |title=Registration Authority}}</ref> नेटवर्क-कार्ड मैक पतों पर आधारित संस्करण-1 और संस्करण-2 यूयूआईडी की विशिष्टता भी नेटवर्क-कार्ड निर्माताओं पर निर्भर करती है कि वे अपने कार्ड के लिए अद्वितीय मैक पते ठीक से निर्दिष्ट करते हैं, जो कि अन्य निर्माण प्रक्रियाओं की तरह त्रुटि के अधीन है। इसके अतिरिक्त कुछ ऑपरेटिंग सिस्टम अंतिम उपयोगकर्ता को MAC पता, विशेष रूप से [[OpenWrt]] को अनुकूलित करने की अनुमति देते हैं।<ref>{{Cite web|date=15 September 2021|title=MAC Address Setup|url=https://openwrt.org/docs/guide-developer/mac.address|url-status=live|website=OpenWRT}}</ref>
-नोड आईडी के लिए नोड के नेटवर्क कार्ड मैक पते का उपयोग करने का मतलब है कि एक संस्करण -1 UUID को उस कंप्यूटर पर वापस ट्रैक किया जा सकता है जिसने इसे बनाया था। दस्तावेज़ों को कभी-कभी उन कंप्यूटरों में खोजा जा सकता है जहाँ वे [[शब्द संसाधन]] सॉफ़्टवेयर द्वारा एम्बेड किए गए UUIDs के माध्यम से बनाए या संपादित किए गए थे। [[मेलिसा (कंप्यूटर वायरस)]] के निर्माता का पता लगाते समय इस [[गोपनीयता]] छेद का उपयोग किया गया था।<ref>{{cite web | title = Tracking Melissa's Alter Egos | first = Luke | last = Reiter | publisher = [[ZDNet]] | date = 1999-04-02 | url = http://www.zdnet.com/news/tracking-melissas-alter-egos/101974 | access-date = 2017-01-16 }}</ref>
-<nowiki>RFC 4122</nowiki> संस्करण-1 (या 2) UUID में MAC पते को यादृच्छिक 48-बिट नोड आईडी से बदलने की अनुमति देता है, या तो क्योंकि नोड में MAC पता नहीं है, या क्योंकि यह इसका पर्दाफाश करना वांछनीय नहीं है। उस स्थिति में, RFC के लिए आवश्यक है कि नोड आईडी के पहले ऑक्टेट का कम से कम महत्वपूर्ण बिट 1 पर सेट होना चाहिए।<ref name="RFC 4122" />यह मैक पतों में [[बहुस्त्र्पीय]] बिट से मेल खाता है, और इसे सेट करने से यूयूआईडी को अलग करने में मदद मिलती है जहां नेटवर्क कार्ड से मैक पते के आधार पर यूयूआईडी से यादृच्छिक रूप से नोड आईडी उत्पन्न होती है, जिसमें आमतौर पर [[यूनिकास्ट]] मैक पते होते हैं।<ref name="RFC 4122">{{cite IETF |title=A Universally Unique IDentifier (UUID) URN Namespace |rfc=4122 |first1=P. |last1=Leach |first2=M. |last2=Mealling |first3=R. |last3=Salz |publisher=[[Internet Engineering Task Force]] |year=2005 |access-date=2017-01-17}}</ref>
+नोड आईडी के लिए नोड के नेटवर्क कार्ड मैक पते का उपयोग करने का मतलब है कि संस्करण -1 यूयूआईडी को उस कंप्यूटर पर वापस ट्रैक किया जा सकता है जिसने इसे बनाया था। दस्तावेज़ों को कभी-कभी उन कंप्यूटरों में खोजा जा सकता है जहाँ वे [[शब्द संसाधन]] सॉफ़्टवेयर द्वारा एम्बेड किए गए यूयूआईडी के माध्यम से बनाए या संपादित किए गए थे। [[मेलिसा (कंप्यूटर वायरस)]] के निर्माता का पता लगाते समय इस [[गोपनीयता]]  का उपयोग किया गया था।<ref>{{cite web | title = Tracking Melissa's Alter Egos | first = Luke | last = Reiter | publisher = [[ZDNet]] | date = 1999-04-02 | url = http://www.zdnet.com/news/tracking-melissas-alter-egos/101974 | access-date = 2017-01-16 }}</ref>
+आरएफसी 4122 संस्करण-1 (या 2) यूयूआईडी में मैक पते को यादृच्छिक 48-बिट नोड आईडी से परिवर्तित करने की अनुमति देता है, या तो क्योंकि नोड में मैक पता नहीं है, या क्योंकि यह इसका पर्दाफाश करना वांछनीय नहीं है। उस स्थिति में, आरएफसी के लिए आवश्यक है कि नोड आईडी के पहले ऑक्टेट का कम से कम महत्वपूर्ण बिट 1 पर सेट होना चाहिए।<ref name="RFC 4122" /> यह मैक पतों में [[बहुस्त्र्पीय]] बिट से मेल खाता है, और इसे सेट करने से यूयूआईडी को अलग करने में सहायता मिलती है जहां नेटवर्क कार्ड से मैक पते के आधार पर यूयूआईडी से यादृच्छिक रूप से नोड आईडी उत्पन्न होती है, जिसमें सामान्यतः [[यूनिकास्ट]] मैक पते होते हैं।<ref name="RFC 4122">{{cite IETF |title=A Universally Unique IDentifier (UUID) URN Namespace |rfc=4122 |first1=P. |last1=Leach |first2=M. |last2=Mealling |first3=R. |last3=Salz |publisher=[[Internet Engineering Task Force]] |year=2005 |access-date=2017-01-17}}</ref>
 === संस्करण 2 (दिनांक-समय और मैक पता, डीसीई सुरक्षा संस्करण) ===
-<nowiki>RFC 4122</nowiki> संस्करण 2 को DCE सुरक्षा UUIDs के लिए सुरक्षित रखता है; लेकिन यह कोई विवरण प्रदान नहीं करता है। इस कारण से, कई यूयूआईडी कार्यान्वयन संस्करण 2 को छोड़ देते हैं। हालांकि, संस्करण-2 यूयूआईडी के विनिर्देश डीसीई 1.1 प्रमाणीकरण और सुरक्षा सेवा विनिर्देश द्वारा प्रदान किए जाते हैं।<ref name="dce_spec" />
+आरएफसी 4122 संस्करण 2 को डीसीई सुरक्षा यूयूआईडी के लिए सुरक्षित रखता है, किन्तु यह कोई विवरण प्रदान नहीं करता है। इस कारण से, कई यूयूआईडी कार्यान्वयन संस्करण 2 को छोड़ देते हैं। चूंकि, संस्करण-2 यूयूआईडी के विनिर्देश डीसीई 1.1 प्रमाणीकरण और सुरक्षा सेवा विनिर्देश द्वारा प्रदान किए जाते हैं।<ref name="dce_spec" />
-संस्करण-2 यूयूआईडी संस्करण 1 के समान हैं, सिवाय इसके कि क्लॉक क्रम के कम से कम महत्वपूर्ण 8 बिट्स को एक स्थानीय डोमेन नंबर से बदल दिया जाता है, और टाइमस्टैम्प के कम से कम महत्वपूर्ण 32 बिट्स को निर्दिष्ट स्थानीय डोमेन के भीतर एक पूर्णांक पहचानकर्ता द्वारा प्रतिस्थापित किया जाता है। . [[POSIX]] सिस्टम पर, स्थानीय-डोमेन नंबर 0 और 1 क्रमशः उपयोगकर्ता आईडी ([[उपयोगकर्ता पहचानकर्ता]]) और समूह आईडी ([[समूह पहचानकर्ता]]) के लिए होते हैं, और अन्य स्थानीय-डोमेन नंबर साइट-परिभाषित होते हैं।<ref name="dce_spec" />गैर-पॉज़िक्स सिस्टम पर, सभी स्थानीय डोमेन नंबर साइट-परिभाषित होते हैं।
+संस्करण-2 यूयूआईडी संस्करण 1 के समान हैं, सिवाय इसके कि क्लॉक क्रम के कम से कम महत्वपूर्ण 8 बिट्स को स्थानीय डोमेन नंबर से बदल दिया जाता है, और टाइमस्टैम्प के कम से कम महत्वपूर्ण 32 बिट्स को निर्दिष्ट स्थानीय डोमेन के भीतर पूर्णांक पहचानकर्ता द्वारा प्रतिस्थापित किया जाता है। [[POSIX]] प्रणाली पर, स्थानीय-डोमेन नंबर 0 और 1 क्रमशः उपयोगकर्ता आईडी ([[उपयोगकर्ता पहचानकर्ता]]) और समूह आईडी ([[समूह पहचानकर्ता]]) के लिए होते हैं, और अन्य स्थानीय-डोमेन नंबर साइट-परिभाषित होते हैं।<ref name="dce_spec" /> गैर-पॉज़िक्स प्रणाली पर, सभी स्थानीय डोमेन नंबर साइट-परिभाषित होते हैं।
-यूयूआईडी में 40-बिट डोमेन/पहचानकर्ता शामिल करने की क्षमता एक ट्रेडऑफ़ के साथ आती है। एक ओर, 40 बिट प्रति नोड आईडी लगभग 1 ट्रिलियन डोमेन/पहचानकर्ता मान की अनुमति देते हैं। दूसरी ओर, संस्करण 1 में 60 बिट्स की तुलना में क्लॉक मान को 28 सबसे महत्वपूर्ण बिट्स तक छोटा कर दिया गया है, संस्करण 2 UUID में घड़ी प्रत्येक 429.49 सेकंड में केवल एक बार टिकेगी, 7 मिनट से थोड़ा अधिक, इसके विपरीत संस्करण 1 के लिए प्रत्येक 100 नैनोसेकंड। और संस्करण 1 में 14 बिट्स की तुलना में केवल 6 बिट्स के घड़ी अनुक्रम के साथ, 16,384 घड़ी अनुक्रम की तुलना में प्रति नोड/डोमेन/पहचानकर्ता प्रति 7 मिनट की घड़ी की टिक पर केवल 64 अद्वितीय यूयूआईडी उत्पन्न किए जा सकते हैं। संस्करण 1 के लिए मान।<ref>{{cite web |last1=Kuchling |first1=A. M. |title=What's New in Python 2.5 |url=https://docs.python.org/3/whatsnew/2.5.html |website=Python.org |access-date=23 January 2016 |ref=Python2.5RelNotes}}</ref> इस प्रकार, संस्करण 2 उन मामलों के लिए उपयुक्त नहीं हो सकता है जहां यूयूआईडी आवश्यक हैं, प्रति नोड/डोमेन/पहचानकर्ता, प्रत्येक सात मिनट में लगभग एक से अधिक की दर से।
+यूयूआईडी में 40-बिट डोमेन/पहचानकर्ता सम्मलित करने की क्षमता ट्रेडऑफ़ के साथ आती है। ओर, 40 बिट प्रति नोड आईडी लगभग 1 ट्रिलियन डोमेन/पहचानकर्ता मान की अनुमति देते हैं। दूसरी ओर, संस्करण 1 में 60 बिट्स की तुलना में क्लॉक मान को 28 सबसे महत्वपूर्ण बिट्स तक छोटा कर दिया गया है, संस्करण 2 यूयूआईडी में घड़ी प्रत्येक 429.49 सेकंड में केवल बार टिकेगी, 7 मिनट से थोड़ा अधिक, इसके विपरीत संस्करण 1 के लिए प्रत्येक 100 नैनोसेकंड। और संस्करण 1 में 14 बिट्स की तुलना में केवल 6 बिट्स के घड़ी अनुक्रम के साथ, 16,384 घड़ी अनुक्रम की तुलना में प्रति नोड/डोमेन/पहचानकर्ता प्रति 7 मिनट की घड़ी की टिक पर केवल 64 अद्वितीय यूयूआईडी उत्पन्न किए जा सकते हैं। संस्करण 1 के लिए मान।<ref>{{cite web |last1=Kuchling |first1=A. M. |title=What's New in Python 2.5 |url=https://docs.python.org/3/whatsnew/2.5.html |website=Python.org |access-date=23 January 2016 |ref=Python2.5RelNotes}}</ref> इस प्रकार, संस्करण 2 उन स्थितियों के लिए उपयुक्त नहीं हो सकता है जहां यूयूआईडी आवश्यक हैं, प्रति नोड/डोमेन/पहचानकर्ता, प्रत्येक सात मिनट में लगभग से अधिक की दर से किया जाता हैं।
 === संस्करण 3 और 5 (नामस्थान नाम-आधारित) ===
-संस्करण-3 और संस्करण-5 यूयूआईडी [[क्रिप्टोग्राफ़िक हैश फ़ंक्शन]] द्वारा एक नामस्थान पहचानकर्ता और नाम से उत्पन्न होते हैं। संस्करण 3 हैशिंग एल्गोरिथम के रूप में [[एमडी5]] का उपयोग करता है, और संस्करण 5 [[एसएचए-1]] का उपयोग करता है।<ref name="RFC 4122" />
+संस्करण-3 और संस्करण-5 यूयूआईडी [[क्रिप्टोग्राफ़िक हैश फ़ंक्शन]] द्वारा नामस्थान पहचानकर्ता और नाम से उत्पन्न होते हैं। संस्करण 3 हैशिंग एल्गोरिथम के रूप में [[एमडी5]] का उपयोग करता है, और संस्करण 5 [[एसएचए-1]] का उपयोग करता है।<ref name="RFC 4122" />
-नेमस्पेस आइडेंटिफ़ायर अपने आप में एक UUID है। विनिर्देश [[यूनिफ़ॉर्म रिसोर्स लोकेटर]], पूरी तरह से योग्य डोमेन नाम, [[वस्तु पहचानकर्ता]] और X.500 [[LDAP]]s के लिए नामस्थान का प्रतिनिधित्व करने के लिए UUIDs प्रदान करता है; लेकिन किसी भी वांछित यूयूआईडी का उपयोग नेमस्पेस डिज़ाइनर के रूप में किया जा सकता है।
-किसी दिए गए नाम स्थान और नाम के अनुरूप संस्करण-3 UUID निर्धारित करने के लिए, नाम स्थान का UUID बाइट्स की एक स्ट्रिंग में रूपांतरित होता है, जो इनपुट नाम के साथ जुड़ा होता है, फिर MD5 के साथ हैश किया जाता है, जिससे 128 बिट्स मिलते हैं। फिर 6 या 7 बिट्स को निश्चित मानों से बदल दिया जाता है, 4-बिट संस्करण (जैसे 0011<sub>2</sub> संस्करण 3 के लिए), और 2- या 3-बिट UUID संस्करण (जैसे 10<sub>2</sub> <nowiki>RFC 4122</nowiki> UUIDs, या 110 को इंगित करता है<sub>2</sub> विरासत Microsoft GUID का संकेत)। चूंकि 6 या 7 बिट इस प्रकार पूर्व निर्धारित हैं, केवल 121 या 122 बिट यूयूआईडी की विशिष्टता में योगदान करते हैं।
-संस्करण-5 UUID समान हैं, लेकिन MD5 के बजाय SHA-1 का उपयोग किया जाता है। चूंकि SHA-1 160-बिट डाइजेस्ट उत्पन्न करता है, डाइजेस्ट संस्करण से पहले 128 बिट्स तक छोटा हो जाता है और वेरिएंट बिट्स को बदल दिया जाता है।
+नेमस्पेस आइडेंटिफ़ायर अपने आप में यूयूआईडी है। विनिर्देश [[यूनिफ़ॉर्म रिसोर्स लोकेटर]], पूरी तरह से योग्य डोमेन नाम, [[वस्तु पहचानकर्ता]] और X.500 [[LDAP]]s के लिए नामस्थान का प्रतिनिधित्व करने के लिए यूयूआईडी प्रदान करता है, किन्तु किसी भी वांछित यूयूआईडी का उपयोग नेमस्पेस डिज़ाइनर के रूप में किया जा सकता है।
-वर्जन-3 और वर्जन-5 यूयूआईडी में वह गुण है जो एक ही नामस्थान और नाम एक ही यूयूआईडी में मैप करेगा। हालांकि, न तो नामस्थान और न ही यूयूआईडी से नाम निर्धारित किया जा सकता है, भले ही उनमें से एक निर्दिष्ट हो, ब्रूट-बल खोज को छोड़कर। <nowiki>RFC 4122</nowiki> संस्करण 3 (MD5) की तुलना में संस्करण 5 (SHA-1) की अनुशंसा करता है, और सुरक्षा क्रेडेंशियल के रूप में किसी भी संस्करण के UUID के उपयोग के खिलाफ चेतावनी देता है।<ref name="RFC 4122" />
+किसी दिए गए नाम स्थान और नाम के अनुरूप संस्करण-3 यूयूआईडी निर्धारित करने के लिए, नाम स्थान का यूयूआईडी बाइट्स की स्ट्रिंग में रूपांतरित होता है, जो इनपुट नाम के साथ जुड़ा होता है, फिर MD5 के साथ हैश किया जाता है, जिससे 128 बिट्स मिलते हैं। फिर 6 या 7 बिट्स को निश्चित मानों से बदल दिया जाता है, 4-बिट संस्करण (जैसे 0011<sub>2</sub> संस्करण 3 के लिए), और 2- या 3-बिट यूयूआईडी संस्करण (जैसे 10<sub>2</sub> आरएफसी 4122 यूयूआईडी, या 110<sub>2</sub> को (माइक्रोसाॅफ्ट GUID का संकेत) इंगित करता है। चूंकि 6 या 7 बिट इस प्रकार पूर्व निर्धारित हैं, केवल 121 या 122 बिट यूयूआईडी की विशिष्टता में योगदान करते हैं।
+संस्करण-5 यूयूआईडी समान हैं, किन्तु MD5 केअतिरिक्त SHA-1 का उपयोग किया जाता है। चूंकि SHA-1 160-बिट डाइजेस्ट उत्पन्न करता है, डाइजेस्ट संस्करण से पहले 128 बिट्स तक छोटा हो जाता है और संस्करण बिट्स को बदल दिया जाता है।
+संस्करण-3 और संस्करण-5 यूयूआईडी में वह गुण है जो ही नामस्थान और नाम ही यूयूआईडी में मैप करेगा। चूंकि, न तो नामस्थान और न ही यूयूआईडी से नाम निर्धारित किया जा सकता है, यदि उनमें से निर्दिष्ट हो, ब्रूट-बल खोज को छोड़कर उपयोग करता हैं। आरएफसी 4122 संस्करण 3 (MD5) की तुलना में संस्करण 5 (SHA-1) की अनुशंसा करता है, और सुरक्षा क्रेडेंशियल के रूप में किसी भी संस्करण के यूयूआईडी के उपयोग के विरुद्ध चेतावनी देता है।<ref name="RFC 4122" />
 === संस्करण 4 (यादृच्छिक) ===
-एक संस्करण 4 UUID बेतरतीब ढंग से उत्पन्न होता है। अन्य UUIDs की तरह, संस्करण 4 को इंगित करने के लिए 4 बिट का उपयोग किया जाता है, और संस्करण (10) को इंगित करने के लिए 2 या 3 बिट का उपयोग किया जाता है<sub>2</sub> या 110<sub>2</sub> वेरिएंट 1 और 2 के लिए क्रमशः)। इस प्रकार, संस्करण 1 (अर्थात, अधिकांश यूयूआईडी) के लिए एक यादृच्छिक संस्करण -4 यूयूआईडी में 6 पूर्वनिर्धारित संस्करण और संस्करण बिट्स होंगे, कुल 2 के लिए यादृच्छिक रूप से उत्पन्न भाग के लिए 122 बिट्स छोड़कर<sup>122</sup>, या 5.3{{e|36}} (5.3 बड़ी संख्याओं के नाम) संभावित संस्करण-4 संस्करण-1 UUIDs। आधे से अधिक संभावित संस्करण-4 संस्करण-2 यूयूआईडी (विरासत GUIDs) हैं क्योंकि एक कम यादृच्छिक बिट उपलब्ध है, संस्करण के लिए 3 बिट्स का उपभोग किया जा रहा है।
+एक संस्करण 4 यूयूआईडी बेतरतीब ढंग से उत्पन्न होता है। अन्य यूयूआईडी की तरह, संस्करण 4 को इंगित करने के लिए 4 बिट का उपयोग किया जाता है, और संस्करण (10)<sub>2</sub> को इंगित करने के लिए 2 या 3 बिट  (110<sub>2</sub> संस्करण 1 और 2 के लिए क्रमशः) का उपयोग किया जाता है। इस प्रकार, संस्करण 1 (अर्थात, अधिकांश यूयूआईडी) के लिए यादृच्छिक संस्करण -4 यूयूआईडी में 6 पूर्वनिर्धारित संस्करण और संस्करण बिट्स होंगे, कुल 2 के लिए यादृच्छिक रूप से उत्पन्न भाग के लिए 122<sup>122</sup> बिट्स छोड़कर, या 5.3{{e|36}} (5.3 बड़ी संख्याओं के नाम) संभावित संस्करण-4 संस्करण-1 यूयूआईडी का उपयोग करता हैं। आधे से अधिक संभावित संस्करण-4 संस्करण-2 यूयूआईडी (विरासत GUIDs) हैं क्योंकि कम यादृच्छिक बिट उपलब्ध है, संस्करण के लिए 3 बिट्स का उपभोग किया जा रहा है।
 == टक्कर ==
-हैश टकराव तब होता है जब एक ही यूयूआईडी एक से अधिक बार उत्पन्न होता है और अलग-अलग संदर्भों को सौंपा जाता है। मानक संस्करण-1 और संस्करण-2 यूयूआईडी के मामले में नेटवर्क कार्ड से अद्वितीय मैक पते का उपयोग करते हुए, टक्कर होने की संभावना नहीं है, केवल एक बढ़ी हुई संभावना के साथ, जब कार्यान्वयन मानकों से भिन्न होता है, या तो अनजाने में या जानबूझकर।
+हैश टकराव तब होता है जब ही यूयूआईडी से अधिक बार उत्पन्न होता है और अलग-अलग संदर्भों को सौंपा जाता है। मानक संस्करण-1 और संस्करण-2 यूयूआईडी के स्थितियों में नेटवर्क कार्ड से अद्वितीय मैक पते का उपयोग करते हुए, टक्कर होने की संभावना नहीं है, केवल बढ़ी हुई संभावना के साथ, जब कार्यान्वयन मानकों से भिन्न होता है।
-वर्जन-1 और वर्जन-2 यूयूआईडी के विपरीत मैक एड्रेस का उपयोग करके उत्पन्न किया गया, वर्जन-1 और -2 यूयूआईडी के साथ जो बेतरतीब ढंग से उत्पन्न नोड आईडी, हैश-आधारित वर्जन-3 और वर्जन-5 यूयूआईडी और रैंडम वर्जन-4 यूयूआईडी का उपयोग करते हैं। कार्यान्वयन समस्याओं के बिना भी टक्कर हो सकती है, यद्यपि संभावना इतनी कम है कि इसे सामान्य रूप से अनदेखा किया जा सकता है। [[जन्मदिन की समस्या]] के विश्लेषण के आधार पर इस संभावना की ठीक-ठीक गणना की जा सकती है।<ref>{{cite web |url=http://repositorium.sdum.uminho.pt/bitstream/1822/36065/1/1159.pdf |first1=Paulo |last1=Jesus |first2=Carlos |last2=Baquero |first3=Paulo |last3=Almaeida |title=ID Generation in Mobile Environments |website=Repositorium.Sdum.Uminho.pt }}</ref>
+संस्करण-1 और संस्करण-2 यूयूआईडी के विपरीत मैक एड्रेस का उपयोग करके उत्पन्न किया गया, संस्करण-1 और -2 यूयूआईडी के साथ जो विभिन्न विधियों से उत्पन्न नोड आईडी, हैश-आधारित संस्करण-3 और संस्करण-5 यूयूआईडी और रैंडम संस्करण-4 यूयूआईडी का उपयोग करते हैं। कार्यान्वयन समस्याओं के बिना भी टक्कर हो सकती है, यद्यपि संभावना इतनी कम है कि इसे सामान्य रूप से अनदेखा किया जा सकता है। [[जन्मदिन की समस्या]] के विश्लेषण के आधार पर इस संभावना की ठीक-ठीक गणना की जा सकती है।<ref>{{cite web |url=http://repositorium.sdum.uminho.pt/bitstream/1822/36065/1/1159.pdf |first1=Paulo |last1=Jesus |first2=Carlos |last2=Baquero |first3=Paulo |last3=Almaeida |title=ID Generation in Mobile Environments |website=Repositorium.Sdum.Uminho.pt }}</ref>
-उदाहरण के लिए, कम से कम एक टकराव की 50% संभावना रखने के लिए जनरेट किए जाने वाले रैंडम वर्शन-4 UUID की संख्या 2.71 क्विंटिलियन है, जिसकी गणना इस प्रकार की गई है:<ref>{{cite journal
+उदाहरण के लिए, कम से कम टकराव की 50% संभावना रखने के लिए जनरेट किए जाने वाले रैंडम वर्शन-4 यूयूआईडी की संख्या 2.71 क्विंटिलियन है, जिसकी गणना इस प्रकार की गई है:<ref>{{cite journal
   | last = Mathis
   | first = Frank H.
@@ Line 197: / Line 194: @@
   }}</ref>
 : <math>n \approx \frac{1}{2} + \sqrt{\frac{1}{4} + 2 \times \ln(2) \times 2^{122}} \approx 2.71 \times 10^{18}.</math>
-यह संख्या लगभग 85 वर्षों के लिए प्रति सेकंड 1 बिलियन यूयूआईडी उत्पन्न करने के बराबर है। इतने सारे UUID वाली फ़ाइल, प्रति UUID 16 बाइट्स पर, लगभग 45 [[एक्साबाइट]] होगी।
+यह संख्या लगभग 85 वर्षों के लिए प्रति सेकंड 1 बिलियन यूयूआईडी उत्पन्न करने के बराबर है। इतने सारे यूयूआईडी वाली फ़ाइल, प्रति यूयूआईडी 16 बाइट्स पर, लगभग 45 [[एक्साबाइट]] होगी।
-संस्करण -4 UUIDs की सबसे छोटी संख्या जो p होने के लिए टक्कर खोजने की संभावना के लिए उत्पन्न होनी चाहिए, सूत्र द्वारा अनुमानित है
+संस्करण -4 यूयूआईडी की सबसे छोटी संख्या जो p होने के लिए विवादित सूत्र को खोजने की संभावना के लिए उत्पन्न होनी चाहिए, उक्त सूत्र को इस प्रकार अनुमानित किया जाता है:
 : <math>\sqrt{2 \times 2^{122} \times \ln\frac{1}{1 - p}}.</math>
-इस प्रकार, 103 ट्रिलियन वर्जन-4 यूयूआईडी के भीतर एक डुप्लिकेट खोजने की संभावना एक अरब में एक है।
+इस प्रकार, 103 ट्रिलियन संस्करण-4 यूयूआईडी के भीतर डुप्लिकेट खोजने की संभावना अरब में है।
 == उपयोग करता है ==
-=== फाइल सिस्टम ===
+=== फाइल प्रणाली ===
-महत्वपूर्ण उपयोगों में शामिल हैं [[ext2]]/[[ext3]]/[[ext4]] फाइल सिस्टम उपयोक्ता स्थान उपकरण ([[e2fsprogs]] उपयोग-linux द्वारा प्रदान किए गए libuuid का उपयोग करता है), [[लॉजिकल वॉल्यूम मैनेजर (लिनक्स)]]Linux), [[LUKS]] एन्क्रिप्टेड विभाजन, [[GNOME]], [[KDE]], और [[macOS]],<ref>[https://opensource.apple.com/source/Libc/Libc-391/uuid/uuidsrc/gen_uuid.c gen_uuid.c in Apple's Libc-391, corresponding to Mac OS X 10.4]</ref> जिनमें से अधिकांश थिओडोर त्सो द्वारा मूल कार्यान्वयन से प्राप्त किए गए हैं।<ref name="e2fsprogs">{{cite web|url=https://git.kernel.org/?p=fs/ext2/e2fsprogs.git;a=blob;f=lib/uuid/gen_uuid.c;hb=1bbfec624c4bbe767060a13762aa9a656536a4fd|title=ext2/e2fsprogs.git - Ext2/3/4 filesystem userspace utilities|website=Kernel.org|access-date=9 January 2017}}</ref>
+महत्वपूर्ण उपयोगों में सम्मलित हैं [[ext2]]/[[ext3]]/[[ext4]] फाइल प्रणाली उपयोक्ता स्थान उपकरण ([[e2fsprogs]] उपयोग-लाइनेक्स द्वारा प्रदान किए गए libuuid का उपयोग करता है), [[लॉजिकल वॉल्यूम मैनेजर (लिनक्स)]]Linux), [[LUKS]] एन्क्रिप्टेड विभाजन, [[GNOME]], [[KDE]], और [[macOS]],<ref>[https://opensource.apple.com/source/Libc/Libc-391/uuid/uuidsrc/gen_uuid.c gen_uuid.c in Apple's Libc-391, corresponding to Mac OS X 10.4]</ref> जिनमें से अधिकांश थिओडोर त्सो द्वारा मूल कार्यान्वयन से प्राप्त किए गए हैं।<ref name="e2fsprogs">{{cite web|url=https://git.kernel.org/?p=fs/ext2/e2fsprogs.git;a=blob;f=lib/uuid/gen_uuid.c;hb=1bbfec624c4bbe767060a13762aa9a656536a4fd|title=ext2/e2fsprogs.git - Ext2/3/4 filesystem userspace utilities|website=Kernel.org|access-date=9 January 2017}}</ref>
-[[सोलारिस (ऑपरेटिंग सिस्टम)]] (ओपन सॉफ्टवेयर फाउंडेशन कार्यान्वयन का उपयोग करके) में यूयूआईडी के उपयोगों में से एक कर्नेल पैनिक के मामले में क्रैश डंप डेटा को फॉल्ट मैनेजमेंट इवेंट के साथ जोड़ने के उद्देश्य से चल रहे ऑपरेटिंग सिस्टम उदाहरण की पहचान है।<ref>{{cite web|url=https://blogs.oracle.com/vlad/entry/crashdump_restructuring_in_solaris|title=Crashdump Restructuring in Solaris|website=Blogs.Oracle.com|publisher=[[Oracle Corporation|Oracle]]|access-date=9 January 2017}}</ref>
-विभाजन लेबल और विभाजन UUID दोनों [[सुपरब्लॉक (फाइल सिस्टम)]] में संग्रहीत हैं। वे दोनों विभाजन के बजाय फाइल सिस्टम का हिस्सा हैं। उदाहरण के लिए, ext2–4 में एक UUID होता है, जबकि NTFS या FAT32 में नहीं होता है।
-सुपरब्लॉक फ़ाइल सिस्टम का एक हिस्सा है, इस प्रकार पूरी तरह से विभाजन के भीतर समाहित है, इसलिए कर रहा है {{code|1=dd if=/dev/sda1 of=/dev/sdb1}} sda1 और sdb1 दोनों को एक ही लेबल और UUID के साथ छोड़ देता है।
+[[सोलारिस (ऑपरेटिंग सिस्टम)|सोलारिस (ऑपरेटिंग प्रणाली)]] (ओपन सॉफ्टवेयर फाउंडेशन कार्यान्वयन का उपयोग करके) में यूयूआईडी के उपयोगों में से कर्नेल पैनिक के स्थितियों में क्रैश डंप डेटा को फॉल्ट मैनेजमेंट इवेंट के साथ जोड़ने के उद्देश्य से चल रहे ऑपरेटिंग प्रणाली उदाहरण की पहचान करता है।<ref>{{cite web|url=https://blogs.oracle.com/vlad/entry/crashdump_restructuring_in_solaris|title=Crashdump Restructuring in Solaris|website=Blogs.Oracle.com|publisher=[[Oracle Corporation|Oracle]]|access-date=9 January 2017}}</ref>
-=== कॉम === में
+विभाजन लेबल और विभाजन यूयूआईडी दोनों [[सुपरब्लॉक (फाइल सिस्टम)|सुपरब्लॉक (फाइल प्रणाली)]] में संग्रहीत हैं। वे दोनों विभाजन केअतिरिक्त फाइल प्रणाली का भाग हैं। उदाहरण के लिए, ext2–4 में यूयूआईडी होता है, जबकि NTFS या FAT32 में नहीं होता है।
-Microsoft के कंपोनेंट ऑब्जेक्ट मॉडल (COM) में उपयोग किए जाने वाले GUID के कई प्रकार हैं:
-* {{mono|IID}} - इंटरफ़ेस पहचानकर्ता; (जो एक सिस्टम पर पंजीकृत हैं, वे विंडोज रजिस्ट्री में संग्रहीत हैं {{code|[HKEY_CLASSES_ROOT\Interface]}}<ref>{{cite web|url=https://msdn.microsoft.com/en-us/library/windows/desktop/ms688484(v=vs.85).aspx|title=Interface Pointers and Interfaces|website=Windows Dev Center - Desktop app technologies|publisher=[[Microsoft]]|access-date=15 December 2015|quote=You reference an interface at run time with a globally unique interface identifier ({{mono|IID}}). This {{mono|IID}}, which is a specific instance of a globally unique identifier ({{mono|GUID}}) supported by COM, allows a client to ask an object precisely whether it supports the semantics of the interface, without unnecessary overhead and without the confusion that could arise in a system from having multiple versions of the same interface with the same name.}}</ref> )
+सुपरब्लॉक फ़ाइल प्रणाली का भाग है, इस प्रकार पूरी तरह से विभाजन के भीतर समाहित है, इसलिए कर रहा है {{code|1=dd if=/dev/sda1 of=/dev/sdb1}} sda1 और sdb1 दोनों को ही लेबल और यूयूआईडी के साथ छोड़ देता है।
-* {{mono|CLSID}} - वर्ग पहचानकर्ता; (पर संग्रहीत {{code|[HKEY_CLASSES_ROOT\CLSID]}})
-* {{mono|LIBID}} - पुस्तकालय पहचानकर्ता टाइप करें; (पर संग्रहीत {{code|[HKEY_CLASSES_ROOT\TypeLib]}}<ref>{{cite web|url=https://msdn.microsoft.com/en-us/library/windows/desktop/ms221610(v=vs.85).aspx|title=Registering a Type Library|website=[[Microsoft Developer Network]]|publisher=[[Microsoft]]|access-date=15 December 2015}}</ref>)
+== कॉम में ==
-* {{mono|CATID}} - श्रेणी पहचानकर्ता; (एक वर्ग पर इसकी उपस्थिति इसे कुछ वर्ग श्रेणियों से संबंधित के रूप में पहचानती है, जो सूचीबद्ध है {{code|[HKEY_CLASSES_ROOT\Component Categories]}}<ref>{{cite web|url=https://msdn.microsoft.com/en-us/library/windows/desktop/ms682451(v=vs.85).aspx|title=Categorizing by Component Capabilities|website=Windows Dev Center - Desktop app technologies|publisher=[[Microsoft]]|access-date=15 December 2015|quote=A listing of the CATIDs and the human-readable names is stored in a well-known location in the registry.}}</ref>)
+माइक्रोसाॅफ्ट के कंपोनेंट ऑब्जेक्ट मॉडल (COM) में उपयोग किए जाने वाले GUID के कई प्रकार हैं:
+* {{mono|IID}} - इंटरफ़ेस पहचानकर्ता, (जो प्रणाली पर पंजीकृत हैं, वे विंडोज रजिस्ट्री में संग्रहीत हैं {{code|[HKEY_CLASSES_ROOT\Interface]}}<ref>{{cite web|url=https://msdn.microsoft.com/en-us/library/windows/desktop/ms688484(v=vs.85).aspx|title=Interface Pointers and Interfaces|website=Windows Dev Center - Desktop app technologies|publisher=[[Microsoft]]|access-date=15 December 2015|quote=You reference an interface at run time with a globally unique interface identifier ({{mono|IID}}). This {{mono|IID}}, which is a specific instance of a globally unique identifier ({{mono|GUID}}) supported by COM, allows a client to ask an object precisely whether it supports the semantics of the interface, without unnecessary overhead and without the confusion that could arise in a system from having multiple versions of the same interface with the same name.}}</ref> )
+* {{mono|CLSID}} - वर्ग पहचानकर्ता, (पर संग्रहीत {{code|[HKEY_CLASSES_ROOT\CLSID]}})
+* {{mono|LIBID}} - लाइब्रेरी पहचानकर्ता टाइप करें, (पर संग्रहीत {{code|[HKEY_CLASSES_ROOT\TypeLib]}}<ref>{{cite web|url=https://msdn.microsoft.com/en-us/library/windows/desktop/ms221610(v=vs.85).aspx|title=Registering a Type Library|website=[[Microsoft Developer Network]]|publisher=[[Microsoft]]|access-date=15 December 2015}}</ref>)
+* {{mono|CATID}} - श्रेणी पहचानकर्ता, (एक वर्ग पर इसकी उपस्थिति इसे कुछ वर्ग श्रेणियों से संबंधित के रूप में पहचानती है, जो सूचीबद्ध है {{code|[HKEY_CLASSES_ROOT\Component Categories]}}<ref>{{cite web|url=https://msdn.microsoft.com/en-us/library/windows/desktop/ms682451(v=vs.85).aspx|title=Categorizing by Component Capabilities|website=Windows Dev Center - Desktop app technologies|publisher=[[Microsoft]]|access-date=15 December 2015|quote=A listing of the CATIDs and the human-readable names is stored in a well-known location in the registry.}}</ref>)
 === [[डेटाबेस]] कुंजियों के रूप में ===
-यूयूआईडी आमतौर पर डेटाबेस टेबल में एक अनूठी कुंजी के रूप में उपयोग की जाती हैं। {{mono|NEWID}} }} Microsoft SQL सर्वर संस्करण 4 [[Transact-SQL]] में फ़ंक्शन मानक यादृच्छिक संस्करण -4 UUIDs देता है, जबकि {{mono|NEWSEQUENTIALID}} फ़ंक्शन यूयूआईडी के समान 128-बिट पहचानकर्ता लौटाता है जो अगले सिस्टम रीबूट तक अनुक्रम में बढ़ने के लिए प्रतिबद्ध हैं।<ref>{{cite web |url=http://msdn.microsoft.com/en-us/library/ms189786.aspx |title=NEWSEQUENTIALID (Transact-SQL) |website=[[Microsoft Developer Network]] |publisher=[[Microsoft]] |date=2015-08-08 |access-date=2017-01-14}}</ref> [[ओरेकल डाटाबेस]] {{mono|SYS_GUID}} नाम के बावजूद फ़ंक्शन मानक GUID नहीं लौटाता है। इसके बजाय, यह एक मेजबान पहचानकर्ता और एक प्रक्रिया या थ्रेड पहचानकर्ता के आधार पर एक 16-बाइट 128-बिट रॉ मान देता है, जो कुछ हद तक एक GUID के समान है।<ref>{{cite web |url=https://docs.oracle.com/cd/B12037_01/server.101/b10759/functions153.htm |publisher=[[Oracle Corporation|Oracle]] |title=Oracle Database SQL Reference}}</ref> [[PostgreSQL]] में एक शामिल है {{mono|UUID}} डेटा प्रकार<ref>{{cite web |url=https://www.postgresql.org/docs/9.4/static/datatype-uuid.html |work=PostgreSQL 9.4.10 Documentation |title=Section 8.12 UUID Type |date=13 February 2020 |publisher=PostgreSQL Global Development Group}}</ref> और मॉड्यूल से कार्यों के उपयोग के माध्यम से यूयूआईडी के अधिकांश संस्करण उत्पन्न कर सकते हैं।<ref>{{cite web |url=https://www.postgresql.org/docs/9.6/static/uuid-ossp.html |work=PostgreSQL: Documentation: 9.6 |title=uuid-ossp |date=12 August 2021 |publisher=PostgreSQL Global Development Group}}</ref><ref>{{cite web |url=https://www.postgresql.org/docs/9.6/static/pgcrypto.html |work=PostgreSQL: Documentation: 9.6 |title=pgcrypto |date=12 August 2021 |publisher=PostgreSQL Global Development Group}}</ref> [[MySQL]] प्रदान करता है {{mono|UUID}} फ़ंक्शन, जो मानक संस्करण-1 UUID उत्पन्न करता है।<ref>{{cite book |chapter-url=http://dev.mysql.com/doc/refman/5.7/en/miscellaneous-functions.html |title=MySQL 5.7 Reference Manual |chapter=Section 13.20 Miscellaneous Functions |publisher=[[Oracle Corporation]]}}</ref>
+यूयूआईडी सामान्यतः डेटाबेस टेबल में अनूठी कुंजी के रूप में उपयोग की जाती हैं। इस प्रकार {{mono|NEWID}} माइक्रोसाॅफ्ट SQL सर्वर संस्करण 4 [[Transact-SQL|ट्रांसैक्ट-SQL]] में फ़ंक्शन मानक यादृच्छिक संस्करण -4 यूयूआईडी देता है, जबकि {{mono|NEWSEQUENTIALID}} फ़ंक्शन यूयूआईडी के समान 128-बिट पहचानकर्ता लौटाता है जो अगले प्रणाली रीबूट तक अनुक्रम में बढ़ने के लिए प्रतिबद्ध हैं।<ref>{{cite web |url=http://msdn.microsoft.com/en-us/library/ms189786.aspx |title=NEWSEQUENTIALID (Transact-SQL) |website=[[Microsoft Developer Network]] |publisher=[[Microsoft]] |date=2015-08-08 |access-date=2017-01-14}}</ref> [[ओरेकल डाटाबेस]] {{mono|SYS_GUID}} नाम के अतिरिक्त फ़ंक्शन मानक GUID नहीं लौटाता है। इसकेअतिरिक्त, यह मेजबान पहचानकर्ता और प्रक्रिया या थ्रेड पहचानकर्ता के आधार पर 16-बाइट 128-बिट रॉ मान देता है, जो कुछ  तक GUID के समान है।<ref>{{cite web |url=https://docs.oracle.com/cd/B12037_01/server.101/b10759/functions153.htm |publisher=[[Oracle Corporation|Oracle]] |title=Oracle Database SQL Reference}}</ref> [[PostgreSQL|पोस्टग्रे SQL]] में सम्मलित है, {{mono|UUID}} को डेटा के द्वारा इसके प्रकार<ref>{{cite web |url=https://www.postgresql.org/docs/9.4/static/datatype-uuid.html |work=PostgreSQL 9.4.10 Documentation |title=Section 8.12 UUID Type |date=13 February 2020 |publisher=PostgreSQL Global Development Group}}</ref> और प्रारुप के कारण उक्त कार्यों के उपयोग के माध्यम से यूयूआईडी के अधिकांश संस्करण उत्पन्न कर सकते हैं।<ref>{{cite web |url=https://www.postgresql.org/docs/9.6/static/uuid-ossp.html |work=PostgreSQL: Documentation: 9.6 |title=uuid-ossp |date=12 August 2021 |publisher=PostgreSQL Global Development Group}}</ref><ref>{{cite web |url=https://www.postgresql.org/docs/9.6/static/pgcrypto.html |work=PostgreSQL: Documentation: 9.6 |title=pgcrypto |date=12 August 2021 |publisher=PostgreSQL Global Development Group}}</ref> [[MySQL]] प्रदान करता है {{mono|UUID}} फ़ंक्शन, जो मानक संस्करण-1 यूयूआईडी उत्पन्न करता है।<ref>{{cite book |chapter-url=http://dev.mysql.com/doc/refman/5.7/en/miscellaneous-functions.html |title=MySQL 5.7 Reference Manual |chapter=Section 13.20 Miscellaneous Functions |publisher=[[Oracle Corporation]]}}</ref>
-संस्करण 3, 4, और 5 के मानक यूयूआईडी की यादृच्छिक प्रकृति, और मानक संस्करण 1 और 2 के भीतर फ़ील्ड का क्रम यूयूआईडी को [[प्राथमिक कुंजी]] के रूप में उपयोग किए जाने पर संदर्भ या प्रदर्शन के डेटाबेस इलाके के साथ समस्याएं पैदा कर सकता है। उदाहरण के लिए, 2002 में जिमी निल्सन ने Microsoft SQL सर्वर के साथ प्रदर्शन में एक महत्वपूर्ण सुधार की सूचना दी जब कुंजी के रूप में उपयोग किए जा रहे संस्करण -4 UUIDs को सिस्टम समय के आधार पर एक गैर-यादृच्छिक प्रत्यय शामिल करने के लिए संशोधित किया गया था। इस तथाकथित COMB (संयुक्त समय-GUID) दृष्टिकोण ने UUIDs को गैर-मानक बना दिया और डुप्लिकेट होने की अधिक संभावना है, जैसा कि निल्सन ने स्वीकार किया, लेकिन निल्सन को केवल आवेदन के भीतर विशिष्टता की आवश्यकता थी।<ref>{{cite book |last=Nilsson |first=Jimmy |url=http://www.informit.com/articles/article.aspx?p=25862 |title=InformIT |publisher=InformIT |access-date=2012-06-20|date=2002-03-08 }}</ref> संस्करण 1 और 2 UUIDs को फिर से क्रमित और एन्कोडिंग करके, ताकि टाइमस्टैम्प पहले आए, सम्मिलन प्रदर्शन हानि को टाला जा सकता है।<ref>{{cite web |url=https://percona.com/blog/2014/12/19/store-uuid-optimized-way/ |publisher=Percona |title=Storing UUID Values in MySQL |access-date=2021-02-10 |archive-url=https://web.archive.org/web/20201129230946/https://www.percona.com/blog/2014/12/19/store-uuid-optimized-way/ |archive-date=2020-11-29| date=2014-12-19}}</ref>
-कुछ वेब फ्रेमवर्क, जैसे [[laravel]], टाइमस्टैम्प पहले यूयूआईडी के लिए समर्थन करते हैं जो एक अनुक्रमित डेटाबेस कॉलम में कुशलतापूर्वक संग्रहीत किए जा सकते हैं। यह संस्करण 4 प्रारूप का उपयोग करके एक COMB UUID बनाता है, लेकिन जहां पहले 48-बिट्स UUIDv1 की तरह एक टाइमस्टैम्प बनाते हैं।<ref>{{cite web |url=https://laravel.com/docs/5.7/helpers#method-str-ordered-uuid |title=Helpers - Laravel - The PHP Framework For Web Artisans |website=Laravel.com}}</ref><ref>{{cite web |last1=Cabrera |first1=Italo Baeza |title=Laravel: The mysterious "Ordered UUID" |url=https://itnext.io/laravel-the-mysterious-ordered-uuid-29e7500b4f8 |website=Medium |language=en |date=31 January 2020}}</ref> COMB UUID विचार के आधार पर अधिक निर्दिष्ट स्वरूपों में शामिल हैं:
+संस्करण 3, 4, और 5 के मानक यूयूआईडी की यादृच्छिक प्रकृति, और मानक संस्करण 1 और 2 के भीतर फ़ील्ड का क्रम यूयूआईडी को [[प्राथमिक कुंजी]] के रूप में उपयोग किए जाने पर संदर्भ या प्रदर्शन के डेटाबेस इलाके के साथ समस्याएं उत्पन्न कर सकता है। उदाहरण के लिए, 2002 में जिमी निल्सन ने माइक्रोसाॅफ्ट SQL सर्वर के साथ प्रदर्शन में महत्वपूर्ण सुधार की सूचना दी जब कुंजी के रूप में उपयोग किए जा रहे संस्करण -4 यूयूआईडी को प्रणाली समय के आधार पर गैर-यादृच्छिक प्रत्यय सम्मलित करने के लिए संशोधित किया गया था। इस तथाकथित काॅम्ब (संयुक्त समय-GUID) दृष्टिकोण ने यूयूआईडी को गैर-मानक बना दिया और डुप्लिकेट होने की अधिक संभावना है, जैसा कि निल्सन ने स्वीकार किया, किन्तु निल्सन को केवल आवेदन के भीतर विशिष्टता की आवश्यकता थी।<ref>{{cite book |last=Nilsson |first=Jimmy |url=http://www.informit.com/articles/article.aspx?p=25862 |title=InformIT |publisher=InformIT |access-date=2012-06-20|date=2002-03-08 }}</ref> संस्करण 1 और 2 यूयूआईडी को फिर से क्रमित और एन्कोडिंग करके, जिससे कि टाइमस्टैम्प पहले आए, सम्मिलन प्रदर्शन हानि को टाला जा सकता है।<ref>{{cite web |url=https://percona.com/blog/2014/12/19/store-uuid-optimized-way/ |publisher=Percona |title=Storing UUID Values in MySQL |access-date=2021-02-10 |archive-url=https://web.archive.org/web/20201129230946/https://www.percona.com/blog/2014/12/19/store-uuid-optimized-way/ |archive-date=2020-11-29| date=2014-12-19}}</ref>
+कुछ वेब फ्रेमवर्क, जैसे [[laravel|लारावेल]], टाइमस्टैम्प पहले यूयूआईडी के लिए समर्थन करते हैं जो अनुक्रमित डेटाबेस कॉलम में कुशलतापूर्वक संग्रहीत किए जा सकते हैं। यह संस्करण 4 प्रारूप का उपयोग करके काॅम्ब यूयूआईडी बनाता है, किन्तु जहां पहले 48-बिट्स UUIDv1 की तरह टाइमस्टैम्प बनाते हैं।<ref>{{cite web |url=https://laravel.com/docs/5.7/helpers#method-str-ordered-uuid |title=Helpers - Laravel - The PHP Framework For Web Artisans |website=Laravel.com}}</ref><ref>{{cite web |last1=Cabrera |first1=Italo Baeza |title=Laravel: The mysterious "Ordered UUID" |url=https://itnext.io/laravel-the-mysterious-ordered-uuid-29e7500b4f8 |website=Medium |language=en |date=31 January 2020}}</ref> काॅम्ब यूयूआईडी विचार के आधार पर अधिक निर्दिष्ट स्वरूपों में सम्मलित हैं:
 * ULID , जो संस्करण 4 को इंगित करने के लिए उपयोग किए गए 4 बिट्स को हटा देता है, और डिफ़ॉल्ट रूप से बेस32 एन्कोडिंग का उपयोग करता है।<ref>{{cite web |title=Universally Unique Lexicographically Sortable Identifier |url=https://github.com/ulid/spec |website=GitHub |publisher=ULID |date=10 May 2021}}</ref>
-* UUID संस्करण 6 से 8, तीन COMB UUID स्वरूपों का एक औपचारिक प्रस्ताव।<ref>{{cite journal |title=draft-peabody-dispatch-new-uuid-format-01 |url=https://tools.ietf.org/html/draft-peabody-dispatch-new-uuid-format |website=tools.ietf.org |date=7 October 2021 |language=en|last1=Peabody |first1=Brad |last2=Davis |first2=Kyzer R. }}</ref>
+* यूयूआईडी संस्करण 6 से 8, तीन काॅम्ब यूयूआईडी स्वरूपों का औपचारिक रूप से प्रस्तावित किया जाता हैं।<ref>{{cite journal |title=draft-peabody-dispatch-new-uuid-format-01 |url=https://tools.ietf.org/html/draft-peabody-dispatch-new-uuid-format |website=tools.ietf.org |date=7 October 2021 |language=en|last1=Peabody |first1=Brad |last2=Davis |first2=Kyzer R. }}</ref>
 == यह भी देखें ==
 * [[नैनो आईडी]]
-* [[जन्मदिन पर हमला]]
+* [[जन्मदिन पर हमला|बर्थ अटैक]]
 * वस्तु पहचानकर्ता (ओआईडी)
 * [[यूनिफॉर्म रिसोर्स पहचानकर्ता]] (यूआरआई)
@@ Line 240: / Line 238: @@
 ==बाहरी संबंध==
-'''Standards'''
+'''मानक'''
 * [http://handle.itu.int/11.1002/1000/11746 Recommendation ITU-T X.667] (Free access)
 * [https://www.iso.org/standard/62795.html ISO/IEC 9834-8:2014] (Paid)
-'''ITU-T UUID Generator'''
+'''ITU-T यूयूआईडी Generator'''
-* [https://www.itu.int/en/ITU-T/asn1/Pages/UUID/uuids.aspx Universally Unique Identifiers (UUIDs)]
+* [https://www.itu.int/en/ITU-T/asn1/Pages/UUID/uuids.aspx Universally Unique Identifiers (यूयूआईडी)]
 '''Technical Articles'''
 * [https://developer.apple.com/library/mac/#technotes/tn2166/_index.html#//apple_ref/doc/uid/DTS10003927 Technical Note TN2166 - Secrets of the GPT] - Apple Developer
-* [http://jakarta.apache.org/commons/sandbox/id/uuid.html UUID Documentation] - Apache Commons Id
+* [http://jakarta.apache.org/commons/sandbox/id/uuid.html यूयूआईडी Documentation] - Apache Commons Id
-* [http://msdn.microsoft.com/en-us/library/ms691424(VS.85).aspx CLSID Key] - Microsoft Docs
+* [http://msdn.microsoft.com/en-us/library/ms691424(VS.85).aspx CLSID Key] - माइक्रोसाॅफ्ट Docs
 * [http://www.opengroup.org/onlinepubs/9629399/apdxa.htm Universal Unique Identifier] - The Open Group Library
 '''Miscellaneous'''
-* [https://www.uuidtools.com/decode UUID Decoder tool]
+* [https://www.uuidtools.com/decode यूयूआईडी Decoder tool]
-* [https://segment.com/blog/a-brief-history-of-the-uuid/ A Brief History of the UUID]
+* [https://segment.com/blog/a-brief-history-of-the-uuid/ A Brief History of the यूयूआईडी]
-* [https://digitalbunker.dev/understanding-how-uuids-are-generated/ Understanding How UUIDs Are Generated]
+* [https://digitalbunker.dev/understanding-how-uuids-are-generated/ Understanding How यूयूआईडी Are Generated]
 '''Implementation in various languages'''
 * [[Golang]] - [https://pkg.go.dev/github.com/google/uuid google/uuid]
 * [[PHP]] - [https://github.com/ramsey/uuid ramsey/uuid]
-* [[C++]] - [https://www.boost.org/doc/libs/1_65_0/libs/uuid/uuid.html Boost UUID]
+* [[C++]] - [https://www.boost.org/doc/libs/1_65_0/libs/uuid/uuid.html Boost यूयूआईडी]
 * [[Linux]] or [[C (programming language)|C]] - [https://linux.die.net/man/3/libuuid libuuid]
 * [[Python (programming language)|Python]] - [https://docs.python.org/3/library/uuid.html uuid.py]
@@ Line 268: / Line 266: @@
 * [[JavaScript (programming language)|Javascript]] - [https://www.moreonfew.com/how-to-generate-uuid-in-javascript/ Crypto.randomUUID]
-[[Category: अद्वितीय पहचानकर्ता]] [[Category: विंडोज प्रशासन]] [[Category: 1996 प्रतिष्ठान]]
+[[Category:1996 प्रतिष्ठान]]
+[[Category:CS1 English-language sources (en)]]
+[[Category:CS1 maint]]
-[[Category: Machine Translated Page]]
 [[Category:Created On 16/02/2023]]
+[[Category:Lua-based templates]]
+[[Category:Machine Translated Page]]
+[[Category:Pages with reference errors]]
+[[Category:Pages with script errors]]
+[[Category:Short description with empty Wikidata description]]
+[[Category:Template documentation pages|Short description/doc]]
+[[Category:Templates Vigyan Ready]]
+[[Category:Templates that add a tracking category]]
+[[Category:Templates that generate short descriptions]]
+[[Category:Templates using TemplateData]]

Anonymous

Search

सार्वभौमिक अद्वितीय पहचानकर्ता: Difference between revisions

Latest revision as of 11:17, 23 February 2023

इतिहास

मानक

प्रारूप

एनकोडिंग

संस्करण

संस्करण

निल यूयूआईडी

संस्करण 1 (दिनांक-समय और मैक पता)

संस्करण 2 (दिनांक-समय और मैक पता, डीसीई सुरक्षा संस्करण)

संस्करण 3 और 5 (नामस्थान नाम-आधारित)

संस्करण 4 (यादृच्छिक)

टक्कर

उपयोग करता है

फाइल प्रणाली

कॉम में

डेटाबेस कुंजियों के रूप में

यह भी देखें

संदर्भ

बाहरी संबंध

Navigation

Wiki tools

Page tools

Other projects

Categories