मैं एक ऐसे परिदृश्य में भाग रहा हूं जहां मैं खुद से पूछ रहा हूं कि मुझे प्रत्येक इकाई (कक्षा में कई छात्र हैं) को अलग-अलग Meteor.collection ऑब्जेक्ट में रखना होगा या कक्षा ऑब्जेक्ट के अंदर छात्रों की एक सरणी एम्बेड करना होगा और एक meteor.collection कक्षा वस्तु।उल्का: किसी दस्तावेज़ के अंदर दस्तावेज़ एम्बेड करें या उन्हें प्रत्येक संग्रह ऑब्जेक्ट में अलग करें और उन्हें लिंक करें?
मेरी वृत्ति मुझे कक्षा और छात्रों को अपने स्वयं के उल्का में बदलने के लिए कहती है लेकिन मुझे यकीन नहीं है कि दो उल्का संग्रह वस्तुओं के बीच कई रिश्ते को कैसे स्थापित किया जाए।
क्या होगा यदि कई पारंपरिक हैं-कई-कई रिश्तों में काम करने के उल्का तरीके से अनुवाद किया जाता है?
मेरा प्रश्न इस तथ्य से उत्पन्न होता है कि। (कुल) समर्थित नहीं है, और यह महसूस किया जा रहा है कि एक मूल दस्तावेज़ के अंदर घोंसला और एम्बेडेड दस्तावेज़ों को पकड़ने के लिए रिकर्सिव लूप करने के बिना असंभव है जिसमें उल्का संग्रह मौजूद है (उदा। कक्षा) ।
कई से कई रिश्तों के लिए, क्या आप प्रत्येक ऑब्जेक्ट में विदेशी आईडी को संग्रहीत करने की सलाह देते हैं, या नक्शा के रूप में एक संग्रह के लिए, उदाहरण के लिए, रोस्टर, जिसमें स्कीमा {student_id: 123, classId: 234} है? –
मेरे अनुभव से मैं प्रत्येक ऑब्जेक्ट में आईडी को स्टोर करने की अनुशंसा करता हूं, क्योंकि प्रश्न इस तरह से थोड़ा आसान होते हैं। लेकिन यह वास्तव में समग्र उपयोग के मामले पर निर्भर करता है। मैं दोनों अवसरों के लिए एक छोटा सा नमूना लागू करने और जटिलता जोड़ने, अपडेट करने, हटाने और क्वेरी की जांच करने की सिफारिश करता हूं। (सही स्कीमा चुनने से आपको बहुत सारे काम मिलेंगे।) यदि आप ग्राहक को भेजे गए डेटा को प्रतिबंधित करने के लिए Meteor.publish() और Meteor.subscribe() का उपयोग करते हैं, तो जांचें कि क्या आपके प्रतिबंध दोनों मामलों के साथ काम करते हैं या नहीं। –
जवाब देने के लिए धन्यवाद। प्रकाशित और सदस्यता लें इसे संभालने के लिए बहुत आसान बना दिया! –