यहाँ कुंजी कम है "क्या यह एक रिश्ता है?" और "मैं इसे कैसे एक्सेस करने जा रहा हूं?" . के बारे में अधिक जानकारी
MongoDB "संदर्भ विरोधी" नहीं है। MongoDB नहीं करता है शामिल होने के लाभ हैं, लेकिन यह करता है एम्बेड किए गए दस्तावेज़ों का लाभ उठाएं।
जब तक आप इन ट्रेड-ऑफ को समझते हैं, तब तक MongoDB में संदर्भों का उपयोग करना बिल्कुल उचित है। यह वास्तव में इस बारे में है कि आप इन वस्तुओं को क्वेरी करने की योजना कैसे बनाते हैं।
शायद। कुछ बातों पर विचार करना चाहिए।
games
करेंuser
. के संदर्भ से बाहर का मान है ?- कितने
games
क्या एक एकलuser
होगा है? - क्या
games
है लेन-देन की प्रकृति? - आप
games
तक कैसे पहुंचेंगे ? क्या आपको हमेशा उपयोगकर्ता के सभी खेलों की आवश्यकता होती है?
यदि आप लीडरबोर्ड बनाने की योजना बना रहे हैं और एक उपयोगकर्ता सैकड़ों गेम दस्तावेज़ उत्पन्न कर सकता है, तो संभवतः उनके अपने संग्रह में गेम होना उचित है। प्रत्येक उपयोगकर्ता के अंदर "गेम" के दस हजार उदाहरणों को संग्रहीत करना विशेष रूप से उपयोगी नहीं है।
लेकिन उपरोक्त के आपके उत्तरों के आधार पर, आप वास्तव में किसी भी तरह से जा सकते हैं। लिटमस परीक्षण के रूप में, मैं कुछ मानचित्र/कार्यों को कम करने का प्रयास करूंगा (अर्थात एक साधारण लीडरबोर्ड का निर्माण ) यह देखने के लिए कि आप अपने डेटा की संरचना के बारे में कैसा महसूस करते हैं।