MongoDB का उपयोग आपके या सभी संस्थाओं को तेज़, दस्तावेज़-उन्मुख भंडारण में संग्रहीत करने के लिए किया जा सकता है। इस प्रकार का भंडारण तराजू बेहतर होता है तो मानक एसक्यूएल आधारित भंडारण हमारे पास ड्रुपल कोर में होता है (जो "फ़ील्ड प्रति एक तालिका" स्कीमा पर आधारित होता है)।
Drupal 7 की वर्तमान स्थिति में, आपके पास होगा:
- SQL पर संग्रहीत इकाई का आधार तालिका (यानी, उपयोगकर्ता तालिका, नोड तालिका, आदि)
- सभी फ़ील्ड SQL में संग्रहीत
- अपनी बेस टेबल से संस्थाओं के गुण MongoDB में डुप्लिकेट किए गए
यह MongoDB पर संस्थाओं पर तेजी से क्वेरी करने की अनुमति देता है, और जटिल अनुक्रमित को जोड़ने की क्षमता है जो कोई Opensource SQL डेटाबेस समर्थन (तालिकाओं में अनुक्रमित सहित)। एक ही समय में, आप इंटरऑपरेबिलिटी नहीं खोते हैं क्योंकि इकाई की आधार तालिका अभी भी एसक्यूएल में संग्रहीत है और इस तरह से उन मॉड्यूलों से जुड़ सकती है जो अभी भी एसक्यूएल-ओनली (जैसे फ्लैग) हैं।
इस प्रकार की तेज़ क्वेरी एंटिटीफ़िल्डिअक मैकेनिज़्म के लिए उपलब्ध है, जो एंटिटीज़, उनकी संपत्तियों और उनके क्षेत्रों पर एक अमूर्त तरीके से प्रश्नों के निर्माण का एक तरीका है। कोर में डिफ़ॉल्ट कार्यान्वयन एसक्यूएल के लिए उन प्रश्नों का अनुवाद करता है, लेकिन MongoDB मॉड्यूल में एक पूर्ण-विशेषताओं वाला कार्यान्वयन है जो उन प्रश्नों को सीधे MongoDB से संतुष्ट कर सकता है।
दृश्य के लिए EntityFieldQuery बैकएंड के लिए धन्यवाद , आप आसानी से इस शक्ति का लाभ उठा सकते हैं, उन उपकरणों का उपयोग करके जिन्हें आप उपयोग कर रहे हैं। केवल नकारात्मक पक्ष यह है कि रिश्तों का समर्थन नहीं किया जाता है (लेकिन व्यवहार में आपको शायद ही कभी भी उनकी आवश्यकता होती है - और यह इकाई ऑब्जेक्ट में अतिरिक्त डेटा को धक्का देकर और इकाई के अतिरिक्त गुणों के रूप में उन्हें उजागर करने से काम किया जा सकता है)।
संक्षेप में, जैसे ही क्वेरी प्रदर्शन आपके प्रोजेक्ट पर एक समस्या है, जो जैसे ही आपके पास महत्वपूर्ण डेटासेट होता है (मान लें कि किसी दिए गए इकाई प्रकार पर हजारों संस्थाओं के कुछ दसवें भाग से शुरू होता है), MongoDB एक शुद्ध लाभ है बहुत कम कमियों के लिए। अत्यधिक सिफारिशित।