@गैरेथ , आपके पास ऐसा करने के कई वैध तरीके हैं। इसलिए उनकी मुख्य चिंता यह है कि आप डेटा के लिए क्वेरी करने की योजना कैसे बनाते हैं, (अर्थात:क्या प्रश्नों को तेज़ करने की आवश्यकता है )
यहां कुछ तरीके दिए गए हैं।
विधि #1:"लिंक" संग्रह
आप एक संग्रह बना सकते हैं जिसमें संग्रह के बीच मैपिंग शामिल हो।
पेशेवर:
- परमाणु अद्यतनों का समर्थन करता है ताकि डेटा नष्ट न हो
विपक्ष:
- संग्रहों के बीच स्थानांतरित करने का प्रयास करते समय अतिरिक्त क्वेरी
विधि #2:छोटे मैपिंग की प्रतियों को बड़े संग्रह में संग्रहित करें
उदाहरण के लिए:आपके पास लाखों Products हैं , लेकिन केवल सौ Categories . फिर आप Categories . को स्टोर करेंगे प्रत्येक Products . के अंदर एक सरणी के रूप में ।
पेशेवर:
- सबसे छोटा पदचिह्न
- केवल एक अपडेट की जरूरत है
विपक्ष:
- यदि आप "गलत रास्ते" पर जाते हैं तो अतिरिक्त प्रश्न
विधि #3:सभी मैपिंग की प्रतियां दोनों संग्रहों में संग्रहित करें
(आप क्या सुझाव दे रहे हैं)
पेशेवर:
- किसी भी संग्रह के बीच स्थानांतरित करने के लिए एकल क्वेरी पहुंच
विपक्ष:
- संभावित रूप से बड़ी अनुक्रमणिका
- लेन-देन की आवश्यकता है (?)
चलो "लेनदेन की जरूरत है" के बारे में बात करते हैं। लेन-देन करने के कई तरीके हैं और यह वास्तव में इस बात पर निर्भर करता है कि आपको किस प्रकार की सुरक्षा की आवश्यकता है।
आप निश्चित रूप से ऐसा कर सकते हैं। आपको खुद से पूछना होगा कि अगर केवल एक सेव विफल हो जाए तो सबसे बुरा क्या होगा?
विधि #4:परिवर्तन को कतारबद्ध करें
मुझे नहीं पता कि आपने कभी कतारों के साथ काम किया है, लेकिन अगर आपके पास कुछ छूट है तो आप एक साधारण कतार बना सकते हैं और अलग-अलग काम कर सकते हैं जो उनके संबंधित संग्रह को अपडेट करते हैं।
यह बहुत अधिक उन्नत समाधान है। मैं #2 या #3 के साथ जाना पसंद करूंगा।
