MongoDB

Question

में कई रिश्तों को व्यवस्थित करने के लिए मेरे पास दो टेबल/संग्रह हैं; उपयोगकर्ता और समूह। उपयोगकर्ता किसी भी समूह के सदस्य हो सकता है और उपयोगकर्ता किसी भी समूह के मालिक भी हो सकता है। एक रिलेशनल डेटाबेस में मेरे पास शायद उपयोगकर्ता समूह नामक उपयोगकर्ता समूह, एक समूह आईडी कॉलम और एक IsOwner कॉलम के साथ एक तीसरी तालिका होगी।

मैं मोंगोडीबी का उपयोग कर रहा हूं और मुझे यकीन है कि दस्तावेज़ डेटाबेस में इस तरह के रिश्ते के लिए एक अलग दृष्टिकोण है। क्या मुझे ऑब्जेक्ट आईडी के दो सरणी के रूप में उपयोगकर्ता तालिका के अंदर समूहों और समूहों के रूप में सूची को एम्बेड करना चाहिए? क्या मुझे समूह सारणी में सदस्यों और मालिकों की सूची दो सरणी के रूप में भी संग्रहित करनी चाहिए, रिश्तों की जानकारी को दोहराए जाने वाले संबंधों को प्रभावी ढंग से मिरर करना चाहिए?

या क्या ब्रिजिंग उपयोगकर्ता समूह समूह कई डेटाबेसों के लिए दस्तावेज़ डेटाबेस में एक वैध अवधारणा है?

धन्यवाद

Answer 1

मैंने क्या किया देखा है, और क्या मैं इस समय का उपयोग प्रत्येक दस्तावेज़ में नोड आईडी के साथ सरणियों एम्बेडेड रहे हैं।

तो दस्तावेज़ user1 संपत्ति समूह हैं: [ID1 आईडी 2]

और दस्तावेज़ GROUP1 संपत्ति उपयोगकर्ताओं है: [USER1]। दस्तावेज़ समूह 2 में संपत्ति उपयोगकर्ता भी हैं: [user1]।

इस तरह आप समूह ऑब्जेक्ट प्राप्त करते हैं और आसानी से सभी संबंधित उपयोगकर्ताओं का चयन करते हैं, और उपयोगकर्ता के लिए भी यही।

ऑब्जेक्ट बनाने और अपडेट करते समय यह थोड़ा और काम करता है। जब आप कहते हैं कि 2 ऑब्जेक्ट्स संबंधित हैं, तो आपको दोनों ऑब्जेक्ट्स को अपडेट करना होगा।

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

http://www.mongodb.org/display/DOCS/Database+References#DatabaseReferences-DBRef

Answer 2

के एक उदाहरण के साथ

• पुस्तकों लेखकों के लिए शिक्षकों को
• छात्रों कई संबंध के लिए कई समझ में

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

लेकिन जब आपके पास कई संबंधों के लिए हैं, तो दो संग्रहों का उपयोग करें और एक वास्तविक लिंकिंग करें।

Answer 3

किसी भी मामले में दिलचस्पी रखने के मामले में, मैं बस mongoDB ब्लॉग में पोस्ट किए गए एक बहुत अच्छे लेख में घुस गया। 6 Rules of Thumb for MongoDB Schema Design। इस लेख में 3 भाग हैं, सभी 3 पढ़ने के बाद आपको अच्छी समझ होगी।