@ साइमन के उत्तर में थोड़ा सा जोड़ना: टेबल संग्रहण और इसकी कम लागत पर विचार करते समय, यह भी विचार करें कि आप इसे इंस्टॉल और प्रबंधित-द्वारा-नो-एसक्यूएल डेटाबेस इंजन के साथ जाने के बजाय सीधे इसका उपयोग कर सकते हैं या नहीं। जैसा कि यह खड़ा है, टेबल स्टोरेज एक स्कीमालेस समाधान प्रदान करता है जो आपको अनिवार्य रूप से एक पंक्ति बैग के भीतर एक संपत्ति बैग को स्टोर करने देता है, जिसे partkey + rowkey द्वारा अनुक्रमित किया जाता है। क्या ये तुम्हारे लिए कारगर है? क्या आप अतिरिक्त अनुक्रमण देने के लिए कुछ अतिरिक्त तालिकाओं के साथ काम कर सकते हैं? यदि ऐसा है, तो आपकी संग्रहण लागत वास्तव में कम होगी (और अभी भी टिकाऊ, ट्रिपल-प्रतिकृति)।
आप पाते हैं अपने आप को तालिका भंडारण प्रबंधन करने के लिए महत्वपूर्ण कोड लिखने, तो यह अधिक RavenDB चलाने के लिए आवश्यक कंप्यूट मामलों में निवेश करने के लिए कुशल हो सकता है। इस पर विचार करते समय, यह भी मान लें कि यदि आप महत्वपूर्ण डेटा ले रहे हैं (जैसे आप लगभग 100 एमबीपीएस प्रति कोर प्राप्त करते हैं) तो आप बड़े वीएम आकार चाहते हैं। मोंगो डीबी जैसे डेटाबेस, मेमोरी-मैप की गई फाइलों के साथ काम करते हुए, वास्तव में अधिक रैम के साथ गति-गति को रैंप करते हैं। यकीन नहीं है कि यह RavenDB के साथ समान है।
स्रोत
2012-03-19 12:43:27
+1 - इस RavenDB, MongoDB पर लागू होता है, और वास्तव में किसी भी अन्य NoSQL डेटाबेस आप चुनते हैं स्थापित करने के लिए। एसक्यूएल एज़ूर संबंधपरक डेटा के लिए बहुत अच्छा है, लेकिन आपकी विशेष स्कीमा (या इसकी कमी) के साथ फिट नहीं हो सकता है। –
धन्यवाद, यह बहुत उपयोगी –