MongoDB $

Question

मैं क्रम में चार क्षेत्रों पर यौगिक सूचकांक के साथ एक संग्रह है: (ए, बी, सी, डी)

जब मैं की तरह

find({A: val1, B: val2, C: val3}).sort({D: 1}).limit(N) 

सख्त साथ

क्वेरी है फ़ील्ड ए, बी, सी में बराबर है, यह बहुत तेज़ चलता है, जैसा कि होना चाहिए। और explain() मुझे बताता है कि केवल एन दस्तावेज़ स्कैन किए गए थे।

अगर मैं $in ऑपरेटर (सरणी में लगभग 100 तत्वों के साथ) के लिए बराबर में से एक को बदलने यह दस्तावेजों की बहुत अधिक संख्या को स्कैन करता है और बहुत धीरे चलता है:

find({A: {$in: [val0, val1, ...]}, B: val2, C: val3}).sort({D: 1}).limit(N) 

अन्य ऑपरेटरों $or की तरह एक ही प्रभाव है।

तार्किक रूप से एक $in 100 तत्वों के साथ बहुत सख्त बराबरी के साथ 100 अलग-अलग प्रश्नों के समान होना चाहिए। दूसरा संस्करण भी बहुत कुछ डेटाबेस में तेजी से चलाता है लेकिन सभी तत्वों के बाद छंटाई और clientside पर सीमित के साथ (सीमा के बिना) हो रही है की आवश्यकता है।

यह बराबरी के साथ कई प्रश्नों में $in के साथ इस एक क्वेरी को विभाजित करने की भावना कर्सर दस्तावेजों की कम संख्या को स्कैन करने के लिए बनाने के करता है? संग्रह में लाखों दस्तावेजों के मामले में और अधिक कुशल क्या होगा? {:, 1 सी: बी 1, एक: 1, डी: 1}

Answer 1

आप सूचकांक के साथ परीक्षण किया है? इस तरह सटीक बी और सी मूल्यों जल्दी से संसाधित किया जा सकता, एक सीमा के एक मैदान पर इस्तेमाल किया जा सकता है और D से छँटाई अभी भी सूचकांक के माध्यम से किया जा सकता है।