UUID: ऐप और डेटा स्रोतों के बीच रिकॉर्ड की पहचान
UUID केंद्रीय डेटाबेस से जुड़ने से पहले पहचानकर्ता बनाने और कई स्रोतों के रिकॉर्ड जोड़ने में मदद करता है। रिकॉर्ड की पहचान में इसकी भूमिका समझें; बनने का क्रम, पहुंच और दोहराई गई कार्रवाइयां अलग संभालें।
संस्करण तय करता है कि पहचान क्या बताती है
ToolRoof संस्करण 4 UUID बनाता है। यह यादृच्छिक रूप से बनता है, ऐसा टाइमस्टैम्प नहीं जिससे बनने की तारीख निकाल सकें।
सामान्य रूप में 32 हेक्साडेसिमल अंक और 4 हाइफ़न हैं। संस्करण व वैरिएंट बिट निकालने पर 128 में 122 यादृच्छिक बिट बचते हैं; दिखाई देने वाले सभी अक्षर यादृच्छिक नहीं हैं।
संदर्भ: RFC 9562 — UUID version 4
पहचान एक बार बनाएं और बनाए रखें
हर संपादन पर नया UUID बनाने से वही रिकॉर्ड खोजना कठिन होता है। v4 UUID को पाठ के अनुसार क्रम में रखना निर्माण-समय का क्रम नहीं देता।
दोबारा कोशिश करते समय पहचान बदलने से प्रक्रिया नई लग सकती है। दोहरा काम रोकना UUID के प्रारूप से अलग डिजाइन निर्णय है।
कम टकराव की संभावना अनुमति नहीं है
अच्छी यादृच्छिक पहचान दोहराव की संभावना घटाती है, असंभव होने का प्रमाण नहीं देती। जरूरी हो तो संग्रह में भी अलग पहचान की शर्त लागू करें।
पहचान जानने से पढ़ने या बदलने का अधिकार स्वतः न मिले। UUID अनुमति जांच का विकल्प नहीं, और लेख का उदाहरण कॉपी करना आपके लिए नई अनूठी पहचान बनाना नहीं है।
संदर्भ: RFC 9562 — UUID version 4
उदाहरण: सामान की सूची में एक वस्तु की पहचान
8c5b7f20-6a91-4f3d-9b62-2e740a1c8d35 v4 UUID का उदाहरण है, आपके लिए आरक्षित नहीं। तीसरा समूह 4 से शुरू होता है और हाइफ़न सहित 36 अक्षर हैं।
असली वस्तु के लिए नई पहचान बनाएं और नाम या जगह बदलने पर वही रखें। निर्माण-समय अलग रखें और मांगने वाले की अनुमति जांचें: पहचान बताती है «कौन सा रिकॉर्ड?», न कि «कौन खोल सकता है?»।