कुछ जो मैंने देखे हैं:
- यूआरएल के लिए यह बहुत अच्छा नहीं है। Twitter मुझे http://twitter.com/gatesvp जैसा यूआरएल देता है , ObjectId के साथ आपको http://example.com/ab12ab12ab12ab12ab12ab12 जैसा यूआरएल मिलता है। ।
- ऑब्जेक्ट आईडी बहुत खराब तरीके से शार्प होता है। यह वास्तव में यादृच्छिक नहीं है, यह कुछ हद तक अनुक्रमिक है, इसलिए नए उपयोगकर्ता बेतरतीब ढंग से वितरित करने के बजाय शार्क पर क्लस्टर करेंगे।
- आपको अक्सर एक और विशिष्ट पहचानकर्ता की आवश्यकता होती है। अधिकांश वेबसाइटों के लिए विशिष्ट ई-मेल या अद्वितीय उपयोगकर्ता नाम की आवश्यकता होती है। हाँ, आप "उपयोगकर्ता नाम" पर एक अद्वितीय अनुक्रमणिका बना सकते हैं, लेकिन फिर आपके पास दो अद्वितीय अनुक्रमणिकाएँ होती हैं, एक जो उपयोगी होती है और एक जो केवल एक यादृच्छिक संख्या होती है।
- आप इसे हर जगह संदर्भित करेंगे। आपके उपयोगकर्ताओं का डेटा आम तौर पर "userId" के सूचक के साथ कई संग्रहों में फैला होगा। ऑब्जेक्ट आईडी (या गाइड) होने का मतलब है कि आप इन बड़ी आईडी को लगातार हर जगह कॉपी-पेस्ट कर रहे हैं और उन्हें डीबी में स्टोर कर रहे हैं।
कहाँ स्थानांतरित? एक बार जब आप मोंगोडीबी में उपयोगकर्ता के डेटा को संग्रहीत करना शुरू कर देते हैं, तो आईडी आपकी कम से कम किसी अन्य डीबी में स्थानांतरित होने वाली समस्याएं होंगी। सभी आधुनिक डीबी प्राथमिक कुंजी आईडी के रूप में स्ट्रिंग या बाइनरी के किसी न किसी रूप को संभाल सकते हैं, इसलिए आपका स्थानांतरण ठीक काम करना चाहिए। लेकिन अधिकांश जटिलता का आईडी से कोई लेना-देना नहीं होगा।
