मुझे लगता है कि मैंने यह जानने के लिए पर्याप्त शोध किया है कि मैं NOsql कुंजी / मान मार्ग के साथ जाना चाहता हूं। मैंने "जितना संभव हो उतना पढ़ा है और निम्नलिखित प्रश्न अभी भी हैं:
क्या मुझे amazon simpleedb, google big table या microsoft azure 's solution? (नोट i "m .NET साइट) जैसी किसी चीज़ के साथ जाना चाहिए
क्यों नहीं बस चाबियाँ / वस्तुओं की स्मृति हैशटेबल में बना (यह मानते हुए कि मेमोरी सब कुछ कहानी के लिए पर्याप्त है)?
मेरे SQL सर्वर में तालिका बनाने के बारे में कैसेदो कॉलम, एक कुंजी और एक मान। कुंजी प्राथमिक कुंजी है और मूल्य जो भी मैं चाहता हूं का एक स्ट्रिंग है। हालांकि मुझे स्ट्रिंग को बाहर खींचना होगा और इसे किसी सार्थक चीज़ में बदलना होगा।
shoudl मैं neo4j ग्राफ डेटाबेस की तरह कुछ के साथ जाना?
यह मेरे लिए अस्पष्ट है कि मुझे कौन सा रास्ता अपनाना चाहिए।
उत्तर:
जवाब के लिए 0 № 1मेरी भावना यह है कि क्या आप वास्तव में एक महत्वपूर्ण मूल्य प्रकार चाहते हैंसिस्टम एक noSQl डेटाबेस चुनें। संबंधपरक डेटाबेस कुंजी-प्रकार के प्रश्नों को संभालने का एक अच्छा काम नहीं करते हैं और वे एक रिलेशनल डेटाबेस में वास्तविक प्रदर्शन हत्यारे हैं। यदि आप इस मार्ग पर जा रहे हैं, तो इसके लिए सही उपकरण का उपयोग करें।