मैं यह पता लगाने की कैसे सबसे अच्छा अपने सिस्टम के लिए यह लागू करने के लिए ... और अब के लिए आरडीबीएमएस स्थान से बाहर मेरे सिर प्राप्त करने की कोशिश कर रहा हूँ ...बेसिक NoSQL दस्तावेज़ डिजाइन सवाल
मेरे वर्तमान DB का एक हिस्सा है तीन टेबल: शो, शोएन्ट्री, और एंट्री। मूल रूप से शोएन्ट्री शो और एंट्री के बीच कई से अधिक जुड़ने वाली तालिका है। मेरे आरडीबीएमएस में यह सोच रहा है कि यह काफी तार्किक है क्योंकि विवरण दिखाने के लिए किसी भी बदलाव को एक ही स्थान पर किया जा सकता है, और यह एंट्री के साथ भी किया जा सकता है।
दस्तावेज़-आधारित संग्रहण में इसे प्रतिबिंबित करने का सबसे अच्छा तरीका क्या है? मुझे यकीन है कि ऐसा करने का कोई भी तरीका नहीं है लेकिन मैं मदद नहीं कर सकता लेकिन सोच सकता हूं कि दस्तावेज-आधारित भंडारण इस मामले के लिए उपयुक्त है या नहीं।
एफवाईआई, मैं वर्तमान में रावेनडीबी को लागू करने पर विचार कर रहा हूं। हालांकि सामान्य नोएसक्यूएल डिज़ाइन पर चर्चा अच्छी होगी, रावेनडीबी केंद्रित एक शानदार होगा!
धन्यवाद, डी
धन्यवाद - महान स्पष्टीकरण। मैं प्रत्येक पक्ष पर विदेशी कुंजी भंडार करने के साथ-साथ कुछ रिश्ते के लिए केवल एक पक्ष के संयोजन के साथ चला गया हूं। प्रत्येक दिशा में रिश्ते तक पहुंचने वाले मेरे यूआई की आवृत्ति काफी महत्वपूर्ण है। अच्छी और संरचित स्पष्टीकरण के लिए – codedog
+1। –