स्थानीय कॉच डीबी

Question

का उपयोग कर क्लाउडेंट के लिए विकास मैं Cloudant में अपना डेटाबेस संग्रहीत करने की योजना बना रहा हूं।
क्या यह जानकारी के साथ हमारे आवेदन के विकास, परीक्षण और स्टेजिंग के दौरान स्थानीय कोच डीबी का उपयोग करना सुरक्षित है कि स्थानीय रूप से सबकुछ काम करता है क्लाउडेंट पर भी काम करना चाहिए?

Answer 1

मैं एक बहुत ही समान प्रक्रिया करता हूं। आपको एक ही संस्करण की आवश्यकता नहीं है, यह वास्तव में बहुत अलग होगा चाहे आप इसे कैसे देखते हैं। क्लाउडेंट बहुत अच्छा है, और अपने सिस्टम में बहुत सारे बदलाव और जोड़ों को बना दिया है। इसलिए, यदि आप विकासशील विचार, अनुलग्नक इत्यादि को देख रहे हैं, तो आप स्थानीय रूप से अपने देव प्रोजेक्ट पर उनको विकसित कर सकते हैं। एक बार आपकी देव परियोजना अच्छी लगती है, तो मैं उन लोगों को स्टेजिंग/क्यूए सर्वर में चेक करता हूं, जिन्हें मैं क्लाउडेंट का भी उपयोग करना चाहता हूं। वह चीजें जहां आपको एक साथ काम करने वाले हर कोड को प्राप्त करने की आवश्यकता होती है। उसके बाद, आप अपने स्टेजिंग को उत्पादन में दोहराने के लिए एक प्रतिकृति को बंद कर सकते हैं।

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

Answer 2

निश्चित रूप से। क्लाउडेंट एपीएसी कोच डीबी एपीआई के साथ कुछ सूक्ष्म भेदभाव के साथ संगत है, जिनमें से सभी को http://docs.cloudant.com पर दस्तावेज किया गया है। कुछ मुख्य बातें इस प्रकार हैं:

• हम अस्थायी दृश्यों को अक्षम (वे पैमाने पर आप के लिए महंगा होगा!)
• हमारे वितरित प्रणाली के लिए, हम एक स्ट्रिंग
• अपने फिर से करने के लिए एक पूर्णांक से update_seq का विस्तार है लगभग हमेशा कहा जाएगा कोड को कम है, तो हम विशेष रूप से निर्मित तरीकों को कम उपयोग करने की अनुशंसा
• हमारे पास पूरी तरह से एकीकृत lucence अनुक्रमण/खोज
• हम "dbcopy"

के माध्यम से बहुमंज़िला mapreduce प्रसंस्करण है