ग्राफ डेटाबेस डिज़ाइन सिद्धांत, सामान्य सिद्धांत और ग्रैन्युलरिटी समस्या

Question

संबंधपरक डेटाबेस डिज़ाइन में, डिज़ाइन प्रक्रिया को मार्गदर्शन करने के लिए सामान्य रूप हैं। क्या ऐसे समान प्रिंसिपल हैं जो neo4j जैसे ग्राफ डेटाबेस के डिज़ाइन पर लागू होते हैं?

विशेष रूप से, मैं इस मुद्दे को ग्रैन्युलरिटी से परेशान कर रहा हूं: मैं एक ग्राफ डेटाबेस डिज़ाइन कर सकता हूं जहां अधिकांश गुण शीर्षकों में संग्रहीत होते हैं (एक संपर्क में विशेषता का नाम, जन्म तिथि, ...) या मैं अधिकतर डेटा स्टोर कर सकता हूं संबंधों में (वास्तविक जानकारी रखने वाले किसी अन्य चरम पर "firtst name" रिश्ते के साथ संपर्क को जोड़ना) या मैं दोनों कर सकता हूं (फिर निश्चित रूप से स्थिरता के मुद्दे उत्पन्न होते हैं, लेकिन यह पुनर्प्राप्ति के समय को तेज कर सकता है)।

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

Answer 1

ऐसा कुछ भी नहीं है जिसे मैंने देखा है जो संबंधपरक डेटाबेस में सामान्यीकरण की तरह सच्चाई के रूप में लिया जाता है। हालांकि, मैं दो चीजों की वकालत करता हूं:

1) अपनी संस्थाओं (नोड्स) को सामान्य रूप से मॉडल करें। उन संस्थाओं के गुण ऐसी चीजें हैं जो विशेष रूप से उन संस्थाओं से संबंधित हैं और संबंधों (कनेक्शन) के बाहर मौजूद हैं।

2) अपने संबंधों (किनारों) को सामान्य रूप से मॉडल के रूप में मॉडल करें। उन गुणों को मौजूद नहीं होना चाहिए, सिवाय इसके कि दो इकाइयां (नोड्स) संबंधित हैं (जुड़े हुए हैं)।