UUID जनरेटर क्या है?

v4 (यादृच्छिक), v7 (समय-क्रमित), v1 (टाइमस्टैम्प और नोड ID), v8 (कस्टम लेआउट), और v5 (नेमस्पेस-आधारित और पुनरुत्पादित) स्वरूपों में सार्वभौमिक रूप से अद्वितीय पहचानकर्ता बनाता है। एकल या बल्क UUID उत्पन्न करें, किसी भी UUID की पुष्टि करें, या नेमस्पेस और नाम से स्थिर ID निकालें — डेटाबेस की, API टोकन, परीक्षण डेटा और वितरित प्रणालियों के लिए उपयोगी।

पूरी तरह यादृच्छिक ID के लिए v4 चुनें, बनाने के समय के अनुसार क्रमित होने वाले ID के लिए v7 (जिससे डेटाबेस इंडेक्स साफ रहते हैं और लॉग टाइमलाइन पढ़ना आसान होता है), टाइमस्टैम्प और नोड ID वाले क्लासिक ID के लिए v1, या RFC 9562 कस्टम लेआउट के लिए v8 चुनें। नेमस्पेस और नाम-स्ट्रिंग से निर्धारक ID के लिए v5 चुनें। वैलिडेशन पैनल किसी भी UUID को डिकोड करता है और उसका संस्करण, वेरिएंट और मौजूद होने पर अंतर्निहित टाइमस्टैम्प दिखाता है। एक बार में 1000 तक उत्पन्न करें, अपरकेस टॉगल करें, अलग-अलग पंक्तियाँ या पूरा बैच कॉपी करें, और सादे टेक्स्ट, स्प्रेडशीट CSV, JSON ऐरे या सीधे चलने योग्य SQL INSERT कथनों के रूप में निर्यात करें।

उपयोग कैसे करें

1. चरण 1 — मोड चुनें: पूरी तरह यादृच्छिक के लिए v4, समय-क्रमित के लिए v7, टाइमस्टैम्प और नोड ID के लिए v1, कस्टम/प्रयोगात्मक लेआउट के लिए v8, नेमस्पेस-आधारित निर्धारक ID के लिए v5, या मौजूदा UUID जाँचने के लिए वैलिडेट।
2. चरण 2 — v4/v7 के लिए वांछित संख्या दें (1 से 1000); v5 के लिए नेमस्पेस चुनें और हैश करने के लिए नाम लिखें; वैलिडेट के लिए UUID पेस्ट करें और जाँचें दबाएँ।
3. चरण 3 — अलग-अलग UUID या पूरा बैच कॉपी करें, ज़रूरत हो तो अपरकेस चालू करें, और टेक्स्ट, CSV या JSON में डाउनलोड करें।

कब उपयोग करें

• पहली माइग्रेशन से पहले टेस्ट डेटाबेस के लिए प्राइमरी कीज़ बनानी हों।
• वितरित सिस्टम के लिए API टोकन या डिवाइस पहचानकर्ता बनाने हों।
• लॉग एग्रीगेशन के लिए सेशन, ट्रेस या कोरिलेशन ID बनाने हों।

परिणाम

आप एक टेस्ट डेटाबेस सीड कर रहे हैं और 50 यूनीक प्राइमरी की चाहिए। UUID v4 चुनें, मात्रा 50 सेट करें, जनरेट करें और सब कॉपी करें — हर एक क्रिप्टोग्राफ़िकली रैंडम है और टकराव का जोखिम नगण्य है।

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

UUID v4, v5 और v7 में क्या अंतर है?

v4 बिना किसी संरचना के 122 बिट यादृच्छिकता है। v5 SHA-1 के ज़रिए नेमस्पेस UUID को नाम-स्ट्रिंग के साथ हैश करता है, इसलिए वही इनपुट हमेशा वही UUID देते हैं — ईमेल या URL से निर्धारक ID बनाने में सहायक। v7 आरंभ में 48-बिट मिलीसेकंड टाइमस्टैम्प रखता है और फिर यादृच्छिक बिट्स, इसलिए v7 की सूची कालक्रम से क्रमित होती है। यह उन डेटाबेस कुंजियों के लिए आदर्श है जहाँ इन्सर्शन का क्रम मायने रखता है।

UUID दोहराने की संभावना कितनी है?

प्रति सेकंड एक अरब v4 बनाते रहें 85 साल तक, तब भी सिर्फ़ एक टकराव की संभावना लगभग 50% होती है। सामान्य ऐप वॉल्यूम पर अतिरिक्त समन्वय के बिना भी टकराव असंभव माना जा सकता है।

क्या UUID को डेटाबेस की प्राइमरी की के रूप में रखना चाहिए?

वितरित सिस्टम में जहाँ क्रमिक ID तय करना मुश्किल हो, वहाँ हाँ। v4 की बजाय v7 बेहतर है: यादृच्छिक v4 कीज़ B-tree इंडेक्स को टुकड़ों में बाँट देती हैं, जबकि v7 का समय-प्रिफ़िक्स नए रिकॉर्ड्स को इंडेक्स के अंत में जमा रखता है।

क्या UUID को सार्वजनिक URL में दिखाना सुरक्षित है?

v4 का अनुमान नहीं लगाया जा सकता, इसलिए साझा लिंक या पासवर्ड रीसेट टोकन जैसे हल्के रहस्य के लिए ठीक है। v7 निर्माण-समय उजागर कर देता है; अगर समय छुपाना ज़रूरी हो तो सार्वजनिक पहचानकर्ता के लिए v4 चुनें।

क्या URL में UUID को छोटा किया जा सकता है?

128 बिट कच्चे बाइट्स को base32 या base62 में फिर से एनकोड कर दें — 22 से 26 अक्षरों का स्ट्रिंग मिलता है, अनूठापन वही रहता है। मानक रूप के डैश सिर्फ़ प्रदर्शन के लिए हैं, हटाने पर डेटा नहीं बदलता।

संबंधित उपकरण