के लिए नोएसक्यूएल डाटाबेस मैं एक ईकॉमर्स साइट का निर्माण कर रहा हूं, और नो-एसक्यूएल डेटाबेस का उपयोग करना चाहता हूं, जो ऐप की योजनाओं के साथ अच्छी तरह से फिट होगा। लेकिन जब यह आता है कि कौन सा डेटाबेस नौकरी फिट करेगा, मुझे यकीन नहीं है। विभिन्न डीबी की तुलना करने के बाद, जो लोग सबसे अच्छे लगते हैं वे या तो मोंगो, सोफे या यहां तक कि उन्मुख हो सकते हैं। मैंने उन सभी के लिए तर्क देखा है जिनका उपयोग माइस्क्लुएल जैसे कुछ की तुलना में किया जाता है या नहीं किया जाता है। लेकिन खुद के बीच (nosql डेटाबेस), जो एक ईकॉमर्स समाधान के साथ अच्छी तरह से फिट होगा?ईकॉमर्स
नोट, उपयोग के मामले में, मेरे पास हजारों लेनदेन एक सेकंड नहीं होंगे। या इसी तरह उच्च लेखन दर। वे मध्यम सुनिश्चित होंगे, लेकिन एक स्तर पर कि कोई भी स्थापित डेटाबेस संभाल सकता है।
कॉच डीबी: मास्टर प्रतिकृति के लिए मास्टर है, जिसका मैं वास्तव में उपयोग कर सकता हूं। यदि नहीं, तो मुझे अभी भी कोड में वही कार्यक्षमता लागू करना होगा। मुझे एक उपयोगकर्ता डेटाबेस रखने में सक्षम होना चाहिए, मातृत्व के साथ सिंक करें। (उपयोगकर्ताओं का अपना, संभावित स्थानीयहोस्ट डेटाबेस होगा, जो मुख्य डोमेन सर्वर से सिंक हो सकता है)। एक बार आपके प्रश्न डीबी में संग्रहीत किए जाने के बाद, सोफे भी तेज है। जैसा कि मुझे शायद पढ़ने के प्रदर्शन की उच्च आवश्यकता होगी। हालांकि बहुत कुछ नहीं।
MongoDB: प्रश्न बहुत आसान और उपयोगकर्ता के अनुकूल हैं। साथ ही, इस तथ्य के साथ कि अंतिम उपयोगकर्ताओं को किसी निश्चित समय पर कुछ चीजों के लिए पूछताछ करने की आवश्यकता हो सकती है कि मैं समय से पहले खाते में सक्षम नहीं हो सकता, ऐसा लगता है कि यह एक बेहतर फिट हो सकता है। मुझे डीबी में अपने प्रश्नों को पूर्व-स्टोर करने की ज़रूरत नहीं है। परमाणु लेनदेन का समर्थन करता है, हालांकि एक समय में केवल एक ही दस्तावेज़ को लिखते समय।
ओरिएंट डीबी: एक ग्राफ डेटाबेस। बहुत अधिक लोगों का उपयोग किया जाता है, लेकिन जरूरतों के साथ, यह भी बहुत अच्छी तरह से फिट हो सकता है। ओरिएंट के पास स्कीमलेस होने का लाभ है, साथ ही एसीआईडी लेनदेन के लिए समर्थन भी है। बहुत सारे ग्राहक और उत्पाद संबंध हैं जो ग्राफ डेटाबेस के साथ बढ़िया हो सकते हैं। ओरिएंट भी कॉचडब के समान मास्टर प्रतिकृति के लिए मास्टर का समर्थन करता है।
न मुझे गलत, मैं कैसे इस MySQL की तरह कुछ के साथ पारंपरिक रूप से निर्माण करने के लिए देख सकते हैं, लेकिन आसानी और एक NoSQL समाधान की सादगी, बहुत ही आकर्षक है। हालांकि, मेरे मामले में, एक स्कीमालेस समाधान की आवश्यकता है, mysql के बजाय nosql में बहुत आसान होगा। किसी दिए गए उत्पाद में दूसरे की तुलना में कम या ज्यादा आइटम हो सकते हैं। और जब भी कोई नया फ़ील्ड जोड़ा जाता है, तो तालिका को पुनर्निर्मित करने से परहेज करना प्राथमिक होता है।
तो इन 3 (या यहां तक कि अन्य जो भी आपको लगता है बेहतर हो सकता है) के बीच, ग्राहक लेनदेन से निपटने के दौरान, ईकॉमर्स आधारित साइट के संबंध में प्रत्येक में कौन सी सुविधाएं संभावित रूप से काम कर सकती हैं या मेरे खिलाफ काम कर सकती हैं?
संपादित करें: कारण मैं एक मौजूदा समाधान का उपयोग नहीं कर रहा हूँ, क्योंकि एकीकृत सुविधाओं की आवश्यकता के साथ, वहाँ कोई समाधान उपलब्ध वहाँ बाहर हो रहा है। हम इसे हमारी कंपनी के लिए एक पूर्ण उत्पाद के रूप में उपयोग करने का भी लक्ष्य रख रहे हैं। केवल बिक्री की तुलना में कुछ अन्य एकीकरण होगा। यह एक स्टोर के पीओएस सिस्टम के साथ काम करने जा रहा है।
एसक्यूएल + सोलर/लोचदार खोज पर जाएं। एसक्यूएल मध्यम क्वेरी/लिखने की दर, डेटा सुरक्षा और लेनदेन सुरक्षा के लिए (जो दो डीबी नोड्स को दो अलग-अलग लोगों को एक ही चीज़ बेचने के लिए चाहता है?)। और लचीला (या नहीं) स्कीमा के लिए सोलर/लोचदार खोज, बहुत सक्षम विज्ञापन-संबंधी प्रश्न और खोज करने के लिए वास्तव में तेज़। आप संभवतः प्रत्येक रात एक फ़ाइल में अपने एसक्यूएल डीबी का बैक अप ले सकते हैं। – aitchnyu
@aitchnyu मुझे यकीन नहीं है कि आप एसक्यूएल के उपयोग को उचित ठहराना चाहते हैं। "दो डीबी नोड्स एक ही चीज़ को दो अलग-अलग लोगों को बेचने के लिए" का क्या मतलब है? – Sammaye
एक ओपन-सोर्स ई-कॉमर्स प्लेटफॉर्म है जो मोंगोडीबी का उपयोग करता है। इसे देखें: getfwd.com –