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