मैंने हाल ही में एक परियोजना के लिए कॉसमॉस डीबी का उपयोग करना शुरू कर दिया है और मैं कुछ डिज़ाइन मुद्दों में भाग रहा हूं। एक एसक्यूएल पृष्ठभूमि से आ रहा है, मैं समझता हूं कि संबंधित डेटा को नोएसQL डीबी पर दस्तावेजों के भीतर घोंसला होना चाहिए। इसका मतलब यह है कि दस्तावेज़ काफी बड़े हो सकते हैं।Azure कॉसमॉस डीबी अपडेट पैटर्न
चूंकि आंशिक अद्यतन समर्थित नहीं हैं, इसलिए जब आप दस्तावेज़ पर एक ही संपत्ति को अपडेट करना चाहते हैं तो लागू करने के लिए सबसे अच्छा डिज़ाइन पैटर्न क्या है?
क्या मुझे संपूर्ण दस्तावेज़ सर्वर पक्ष पढ़ना चाहिए, मूल्य अपडेट करना और दस्तावेज़ को अद्यतन करने के लिए दस्तावेज़ को वापस लिखना चाहिए? यदि समस्याएं बड़ी हैं तो यह समस्याग्रस्त प्रतीत होता है, जो अनिवार्य रूप से होगा यदि आपका सभी डेटा घोंसला हो।
यदि मैं आईडी पर आधारित कई छोटे दस्तावेज़ और अनुमानित रिश्ते बनाने का दृष्टिकोण लेता हूं तो मुझे लगता है कि यह अद्यतन चिंता के लिए अनावश्यक रूप से पढ़ने/लिखने को हल करेगा, लेकिन ऐसा लगता है कि मैं नोएसक्यूएल की अवधारणा के खिलाफ जा रहा हूं और संक्षेप में एक रिलेशनल डीबी का निर्माण कर रहा हूँ।
धन्यवाद
एक उत्कृष्ट सवाल में मदद मिलेगी। ऐसा लगता है कि समुदाय यह भी पूछ रहा है: https://feedback.azure.com/forums/263030-azure-cosmos-db/suggestions/6693091-be-able-to-do-partial-updates-on- दस्तावेज़ यहां निहितार्थ यह है कि 'छोटे दस्तावेज़/अनुमानित संबंध' पैटर्न अब के लिए जाने का तरीका है। एक श्वेत पत्र देखने के लिए सुंदर होगा या इस तरह के 'छोटे दस्तावेज़' कितना छोटा होगा। – Holf
ध्यान दें कि दस्तावेजों के लिए कॉसमॉस डीबी में सीमा 2 एमबी है, इसलिए आपको अपेक्षाकृत छोटी फाइलों का उपयोग करने के लिए मजबूर होना पड़ता है। – influent