MongoDB
 sql >> डेटाबेस >  >> NoSQL >> MongoDB

क्या MongoDB संपत्ति के नाम को छोटा करना सार्थक है?

डोनाल्ड नुथ को उद्धृत करने के लिए:

<ब्लॉकक्वॉट>

प्रोग्रामिंग में सभी बुराइयों (या कम से कम अधिकांश) की जड़ समयपूर्व अनुकूलन है।

अपना एप्लिकेशन बनाएं हालांकि सबसे समझदार, रखरखाव योग्य और तार्किक लगता है। फिर, यदि आपके पास प्रदर्शन या भंडारण संबंधी समस्याएं हैं, तो उन समस्याओं से निपटें जिनका सबसे अधिक प्रभाव तब तक पड़ता है जब तक या तो प्रदर्शन संतोषजनक न हो या घटते प्रतिफल के नियम का अर्थ यह नहीं है कि आगे अनुकूलित करने का कोई मतलब नहीं है।

यदि आप विशेष डिजाइन निर्णयों (जैसे लंबी संपत्ति के नाम) के प्रभाव के बारे में अनिश्चित हैं, तो विभिन्न परिकल्पनाओं का परीक्षण करने के लिए एक प्रोटोटाइप बनाएं (जैसे "छोटे संपत्ति के नाम ज्यादा जगह बचाएंगे")। यह उम्मीद न करें कि परीक्षण के परिणाम निर्णायक होंगे, हालांकि यह आपको वे चीजें सिखा सकता है जिन्हें आपने सीखने की उम्मीद नहीं की थी।



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. त्रुटि:मोंगोडब को जोड़ने वाली खिड़कियों पर कोई यूनिक्स सॉकेट समर्थन नहीं है

  2. नेवला मोंगोडब वस्तुओं की एक सरणी को क्वेरी करता है

  3. MongoDB में किसी सरणी से मान निकालने के 3 तरीके

  4. कनेक्ट होने के बाद mongobee द्वारा एटलस क्लस्टर पर DBname.system.indexes को पढ़ना विफल रहा

  5. डोकर कंटेनर में एक मोंगोडब खोल कैसे शुरू करें?