आरडीबीएमएस पृष्ठभूमि से आ रहा है, मैं हमेशा इंप्रेशन के तहत था "जितना कठिन हो उतना प्रयास करें जितना आप एक प्रश्न का उपयोग कर सकते हैं, यह मानते हुए कि यह कुशल है," जिसका अर्थ है कि यह डेटाबेस के हर अनुरोध के लिए महंगा है। जब मोंगोडीबी की बात आती है, ऐसा लगता है कि ऐसा संभव नहीं है क्योंकि आप टेबल में शामिल नहीं हो सकते हैं।क्या अनुरोध के लिए मोंगोडीबी कई बार पूछताछ करना ठीक है?
मैं समझता हूं कि यह संबंधपरक नहीं होना चाहिए, लेकिन वे इसे ब्लॉग, मंचों और चीजों जैसे उद्देश्यों के लिए भी धक्का दे रहे हैं, जिनसे मुझे आरडीबीएमएस के साथ संपर्क करना आसान लगेगा।
कुछ हैंग अप हैं जिन्हें मैंने सामान्य रूप से मोंगोडीबी या नोएसक्यूएल की दक्षता को समझने की कोशिश की है। अगर मैं कुछ उपयोगकर्ताओं से संबंधित सभी "पोस्ट" प्राप्त करना चाहता था (जैसे कि उन्हें समूहीकृत किया गया था) ... MySQL का उपयोग करके मैं शायद कुछ जोड़ता हूं और इसे प्राप्त करता हूं।
मोंगोडीबी में, मुझे लगता है कि मुझे संग्रह अलग करने की ज़रूरत है, क्या यह एक बड़े $ में उपयोग करने में सक्षम होगा: ['user1', 'user2', 'user3', 'user4', ...]?
क्या यह विधि थोड़ी देर बाद धीमी हो जाती है? अगर मैं 1000 उपयोगकर्ताओं को शामिल करता हूं? और अगर मैं उन पहला, दूसरा, जेड से संबंधित पदों की है कि सूची प्राप्त करने, यह करने के लिए MongoDB का उपयोग कर कुशल और/या तेजी से किया जाएगा की जरूरत:
- जाओ उन सरणी
- जाओ पोस्ट उन सरणी में
2 अनुरोध एक अनुरोध के लिए। नोएसक्यूएल में यह बुरा अभ्यास है?
यहां मुख्य प्रदर्शन अंतर प्रत्येक क्वेरी का ओवरहेड है; $ में अधिक कुशल होगा क्योंकि यह एन + एम के बजाय परिणामों के लिए सर्वर के लिए एक राउंड-ट्रिप करता है। –
@AdaTheDev: यदि आपके लिए यह करना आसान है, तो मुझे लगता है कि यह देखने में काफी दिलचस्प होगा कि "$ 1 का उपयोग करते समय एक्स" के लिए प्रयोग को दोहराने के अर्थ में स्केल में $ कितना दिलचस्प होगा, एकल और बहु थ्रेडेड, जहां एक्स 10 है, फिर 20, फिर 30, ... फिर 100. –
@ लुकास ज़ंबौलिस - ऊपर मेरा अपडेट देखें। मैं ब्लॉग पोस्ट के रूप में इस पर और अधिक कर सकता हूं, अधिक जानकारी के साथ – AdaTheDev