यदि आप 'कम से कम प्रभाव' चाहते हैं तो आप SQL में आपके पास MongoDB में डेटाबेस बनाना चाहते हैं। चूंकि डेटाबेस में कोई भी शामिल नहीं है, इसलिए आपको अपनी क्वेरी को पूरा करने के लिए कई पढ़ना होगा। अपने आप में यह बहुत बुरा नहीं है क्योंकि मोंगोडीबी वास्तव में तेज़ है, लेकिन जाहिर है कि इसमें अन्य मुद्दे हैं (समरूपता, आदि)।
अगर, हालांकि, आप आप की संभावना को 'प्रभाव को कम करने' में सक्षम नहीं हो जाएगा काम करने के NoSQL तरह से करने के लिए पूरी तरह से खत्म हो ले जाना चाहते हैं, तो आप जिस तरह से आप स्टोर करने के लिए महत्वपूर्ण सुधार करने की आवश्यकता होगी सामग्री, जिस तरह से आप इसे एक्सेस करते हैं और जिस तरह से आप इसे अपडेट करते हैं।
भंडारण: संभवत: आपको अपने डेटाबेस में दस्तावेजों कि denormalized कर रहे हैं और बहुत 'मॉडल' की तुलना में 'ViewModels' के करीब पैदा हो जाएगी। उदाहरण के लिए आप अभिभावक रिकॉर्ड में बाल अभिलेखों की गिनती स्टोर कर सकते हैं ताकि आप उन्हें लोड या उन्हें गिनने के बिना प्रदर्शित कर सकें।
एक्सेस: आप अपने डेटाबेस में कुछ प्रश्नों के लिए मानचित्र-कमी का उपयोग कर समाप्त कर सकते हैं जो पारंपरिक क्वेरी से बहुत अलग दिमागी सेट है।
अपडेट: सभी संभावना में अद्यतन करने के लिए अपने दृष्टिकोण के क्रम $inc जैसे कई सुक्ष्म MongoDB अद्यतन सुविधाओं का लाभ लेने के लिए अलग होगा। कुछ बड़े दृश्य मॉडल को वापस पोस्ट करने और फिर इसे अपने मॉडल पर लागू करने और फिर डेटाबेस को अपडेट करने के बजाय आप एक बहुत ही बेहतर अनाज वाले अजाक्स कॉल को वापस प्रदान कर सकते हैं जो एकल मान को अपडेट करता है। अद्यतन बनाम प्रश्नों के लिए मॉडल के बारे में सोचने के तरीके के बारे में अधिक विचारों के लिए सीक्यूआरएस पर एक नज़र डालें।
स्रोत
2012-04-23 23:05:07
ग्रेट स्पष्टीकरण !!! धन्यवाद – marvelTracker