🙎 ✌🏼 😾 MongoDB की विशेषताएं 👕 🤶🏻 🍵

मैंने मोंगो मॉस्को सम्मेलन के वीडियो देखे।
यहाँ समीक्षा से बचे संभावनाओं के बारे में शोध कर रहे हैं।
अनुवाद इतना गर्म नहीं था, अंग्रेजी में देखा, कुछ भ्रमित कर सकता था।
मैंने वस्तुनिष्ठ होने की कोशिश की, अगर यह कारगर नहीं हुआ - लिखो :)

MongoDB में डेटा JSON हैश की सूची है, नेस्टेड सरणियों और हैश के साथ।
एक दस्तावेज एक ऐसा हैश है।
इसलिए, कोई अन्य तालिका नहीं है - रिकॉर्ड संरचनाएं एक दूसरे से स्वतंत्र हैं।
Collations खराब समर्थन कर रहे हैं अब, UTF अच्छा है।
मुझे कुछ स्थानों पर वाक्य रचना द्वारा मारा गया था: MongoDB में वे 'db.schema.find ({"s", {$ gt: "a"}) के स्थान पर लिखते हैं जहां> s।
कोई लेन-देन नहीं। लेकिन दस्तावेजों पर संचालन परमाणु होने की गारंटी है।
यह देखने के लिए कि क्या कोई त्रुटि हुई है, getLastError को कॉल कर रहा है। सुरक्षित मोड में (कई ड्राइवरों में यह डिफ़ॉल्ट रूप से होता है) इसे प्रत्येक रिकॉर्ड के बाद कहा जाता है। आप कम बार - कम ओवरहेड कॉल कर सकते हैं, लेकिन एक त्रुटि के मामले में आपको तुरंत रिकॉर्ड का एक गुच्छा ओवरराइट करना होगा।
getLastError की उम्मीद सभी सर्वरों से नहीं, बल्कि कई से ही की जा सकती है।
वे सुझाव देते हैं कि दस्तावेज़ बनाना बहुत जटिल है (उदाहरण के लिए, एक दस्तावेज़ संलग्न पोस्ट के साथ एक ब्लॉग है, प्रत्येक एक संलग्न टिप्पणी पेड़ के साथ है)। यह एक बुरा विचार है - एक तत्व पर लोड गंभीर रूप से बड़ा हो सकता है।
कोई जोइन नहीं। बस एक डेटा संरचना बनाएं ताकि आपको इसकी आवश्यकता न हो। चूहे, हाथी बन जाते हैं।
प्रतिकृति है, एक प्रतिकृति लॉग (मुझे नहीं पता, द्विआधारी या कमांड)।
यदि प्रतिकृति मास्टर मर चुका है, तो एक नए को 10-20 सेकेंड में दासों में से चुना जाएगा।
शार्दूल हैं। श्रेणियों द्वारा, हैश द्वारा नहीं। प्रत्येक शार्क के लिए रंग विन्यास में सेट किए गए हैं।
इन श्रेणियों को समायोजित करके पुनर्जीवन किया जाता है। इस स्थिति में, हस्तांतरण की अवधि के लिए चर शार्क पर रिकॉर्ड अवरुद्ध हो जाते हैं।
सौ में डेटा लगभग 200M के विखंडू में विभाजित हैं।
एक MapReduce इंटरफ़ेस है, लेकिन इसका केवल एक संक्षिप्त उल्लेख है।
स्थानिक सूचकांक हैं।
कस्टम fsync आवृत्ति के साथ mmapped संग्रहण है।
ऐसा लगता है कि वे अनुक्रमणिका को केवल स्मृति में रखते हैं, लेकिन शायद ऐसा नहीं है। मैं नहीं चाहूंगा।
इंडेक्स बी-ट्री के समान कुछ पेड़ हैं। उन्हें समय-समय पर पुनर्निर्माण करना बेहतर होता है, लेकिन संस्करण 1.8 से यह काफी दुर्लभ है।
दिलचस्प बात यह है कि क्वेरी फिल्टर्स में आप शर्त $ को सेट कर सकते हैं और इसमें JS की फ़िल्टर स्थिति लिख सकते हैं।
सच है, इंडेक्स का उपयोग नहीं किया जाएगा (अभी तक)।
विरल सूचकांक हैं - यदि विशेषता केवल छोटी संख्या में दस्तावेजों के लिए निर्धारित की जाती है, तो केवल वे सूचकांक में मिलेंगे।
कवर किए गए सूचकांक IOT हैं, अर्थात अनुक्रमणिका में अन्य विशेषताएँ हैं, ताकि क्वेरी केवल अनुक्रमणिका के डेटा का उपयोग करके परिणाम लौटा सकती है, बिना दस्तावेजों के स्वयं के साथ विराम तक पहुंच के बिना।
इंडेक्स में एक प्रविष्टि ओवरहेड के लगभग 40 बाइट्स हैं।
अनुभवजन्य क्वेरी ऑप्टिमाइज़र, जो खतरनाक है।
लौटाए गए दस्तावेजों की संख्या के लिए इंडेक्स स्कैन के अनुपात का अनुकूलन करता है।
किसी भी स्थिति में, उपयोग किए जाने वाले सूचकांक को संकेत में निर्दिष्ट किया जा सकता है।

MongoDB की विशेषताएं

More articles: