माइक,
आपको अपने संबंध डेटा को ग्राफ़ डेटाबेस में संग्रहीत करने में सक्षम होना चाहिए। बड़े रेखांकन को पार करने पर इसका उच्च प्रदर्शन स्थानीयता से आता है, यानी आप विश्व स्तर पर क्वेरी नहीं चलाते हैं, बल्कि नोड्स का एक सेट शुरू करते हैं (जो आपके मामले में समान दस्तावेज़ हैं, जिन्हें एक इंडेक्स द्वारा देखा जाता है। आप स्टार्ट-नोड- आपके मोंगो दस्तावेज़ों में त्वरित पहुँच के लिए आईडी)। वहां से आप मनमाने ढंग से बड़े पथों को निरंतर समय (wrt डेटा सेट आकार) में पार कर सकते हैं।
आपकी अन्य आवश्यकताएं क्या हैं (यानी डेटा सेट आकार, # समवर्ती पहुंच आदि, संबंध/ग्राफ़ जटिलता)।
आपके प्रश्न ग्राफ़ डेटाबेस के लिए वास्तव में उपयुक्त हैं और इसकी शर्तों में आसानी से व्यक्त किए जा सकते हैं।
मेरा सुझाव है कि आप बस neo4j की तरह एक ग्राफडीबी लें और सामान्य व्यवहार्यता को सत्यापित करने के लिए अपने डोमेन के साथ एक त्वरित स्पाइक करें और दूसरी तकनीक में निवेश करने से पहले उन अतिरिक्त प्रश्नों का भी पता लगाएं जिनका आप उत्तर देना चाहते हैं।
पी.एस. यदि आपने अभी तक शुरू नहीं किया था, तो आप शुद्ध ग्राफडीबी दृष्टिकोण के साथ भी जा सकते थे क्योंकि ग्राफ डेटाबेस दस्तावेज़ डेटाबेस का सुपरसेट हैं। और आप सामान्य दस्तावेज़ों के बजाय वैसे भी अपने मामले में डोमेन बात करना चाहेंगे। (जैसे structr Neo4j के शीर्ष पर निर्मित एक CMS है)।