मेटा-डेटा के लिए कैटलॉग को कार्यान्वित करने और डेटाबेस में SQL को स्वचालित करने के लिए कैसे करें?

Question

मैंने यहां 5 एनएफ, ईएवी और 6 एनएफ पर चर्चाएं पढ़ी हैं और मेटा-डेटा और जटिल एसक्यूएल "स्वचालित रूप से" को संभालने के लिए कैटलॉग की आवश्यकता है। अभ्यास में कैसे लागू किया जाता है?

प्रदर्शन डीबीए ने 6 एनएफ और ईएवी पर कई उत्तरों लिखे जो कैटलॉग का उल्लेख करते हैं, उदा। निम्नलिखित प्रश्नों में:

• Would like to Understand 6NF with an Example

• 6NF and historical attribute data

• और विशेष रूप से Multiple fixed tables vs flexible abstract tables, जहां PerformanceDBA wrote

  "उदाहरण के लिए एक सूची के साथ 6NF डेटाबेस के लिए, मैं एक सेट है। procs की निष्पादित करने के लिए आवश्यक SQL उत्पन्न करेगा सभी SELECTs, और I सभी उपयोगकर्ताओं के लिए 5 एनएफ में दृश्य प्रदान करते हैं, इसलिए उन्हें जानने की आवश्यकता नहीं है या अंतर्निहित 6 एनएफ संरचना को समझते हैं। उन्हें कैटलॉग से बाहर चलाया जाता है। इस प्रकार परिवर्तन आसान और स्वचालित हैं। EAV प्रकार सूची के अभाव के कारण है कि मैन्युअल रूप से करना। "

Answer 1

पहले, LedgerSMB साथ हम प्रणाली कैटलॉग और जानकारी स्कीमा का पुन: उपयोग जहाँ भी हम कर सकते हैं। इसका मतलब है कि आवेदन वास्तव में कुछ समय खर्च करता है प्रणाली कैटलॉग क्वेरी करने। हम यह भी विस्तारित विशेषताओं के लिए कुछ मेटा डेटा गणना की है। हम EAV यहाँ ऐसा नहीं करते हैं। बल्कि हम वास्तविक संबंधों और इन के बारे में मेटा डेटा जो हमें क्लाइंट की तरफ रिलेशनल प्रश्नों बनाने की अनुमति देता है। ये हैं एक बिंदु पर लोड और कैश की गई। सूची बहुत ज्यादा एक EAV सूची की तरह लग रहा है, लेकिन अंतर्निहित भंडारण वास्तव में रिलेशनल है और कार्य करता है जो बनाए रखने के इन अंतर्निहित टेबल बदल देते हैं। यह आपको लचीलेपन देता है अंतर्निहित कठिनाइयों के बिना ईएवी की लालसा।

भविष्य के संस्करणों में हम शायद कम आवेदन कैटलॉग और Pg प्रणाली कैटलॉग और जानकारी स्कीमा का अधिक से अधिक उपयोग करने के लिए स्थानांतरित कर देगा और हमारे इंटरफ़ेस एक आवेदन के नजरिए से आसान हो जाएगा।