किमबॉल विश्वविद्यालय: बहुआयामी मॉडलिंग के लिए 10 बुनियादी नियम

मार्गी रॉस किमबॉल समूह के अध्यक्ष हैं।

भविष्य में सूचना संसाधन के लचीलेपन और उपलब्धता के साथ-साथ डेटा की बारीकियों को सुनिश्चित करने के लिए इन दिशानिर्देशों का पालन करें। नियमों को तोड़ें, और भ्रमित उपयोगकर्ताओं को अपने डेटा वेयरहाउस की अंधा, अभेद्य दीवारों पर फेंक दें।

किमबॉल समूह के बहुआयामी मॉडलिंग व्याख्यान में भाग लेने वाले छात्रों ने मुझसे बहुआयामी मॉडलिंग के लिए किमबॉल आज्ञाओं की एक सूची मांगी। धार्मिक शब्दावली का उपयोग करने से बचना चाहिए। इसलिए, निम्नलिखित, परीक्षण और त्रुटि द्वारा प्राप्त, बहुत सख्त सिफारिशों और नियमों को नहीं कहा जाएगा "कैसे-कुछ नहीं-ब्रेक।"

नियम नंबर 1: विस्तृत परमाणु डेटा को बहुआयामी संरचनाओं में लोड करें।

व्यवसाय उपयोगकर्ता के अनुरोधों की अप्रत्याशितता को देखते हुए, सभी प्रकार के फ़िल्टरिंग और समूहीकरण प्रदान करने के लिए, बहुआयामी मॉडल संभव विस्तृत जानकारी से भरा होना चाहिए। यह वह नींव है जिस पर सब कुछ आराम करेगा। उपयोगकर्ताओं को आम तौर पर एक समय में एक से अधिक प्रविष्टि देखने की आवश्यकता होती है। और आप सभी को पता नहीं चल सकता है कि कई मनमाने ढंग से, लगभग अप्रत्याशित, रिपोर्ट तत्वों के विस्तार / पतन के लिए विकल्प। यदि केवल सामान्यीकृत डेटा उपलब्ध है, तो अब हम उन मामलों को मान सकते हैं जहां उपयोगकर्ता विवरण में गहराई से खुदाई करने की कोशिश करते समय एक ईंट की दीवार के एक टुकड़े में चलेंगे। बेशक, कुल आंकड़ों पर लगातार प्रश्नों के प्रदर्शन को बढ़ाने के लिए, परमाणु ग्रेन्युलैरिटी को समग्र बहुआयामी मॉडल द्वारा पूरक किया जा सकता है। लेकिन व्यावसायिक उपयोगकर्ता केवल सारांशित डेटा के साथ नहीं रह सकते हैं। लगातार बदलते सवालों के स्वतंत्र रूप से जवाब देने के लिए, उन्हें यथासंभव अधिक विवरणों की आवश्यकता है, यहां तक ​​कि खूनी भी।

नियम संख्या 2: व्यावसायिक प्रक्रियाओं के आसपास एक बहुआयामी मॉडल बनाएँ।

व्यावसायिक प्रक्रियाएं एक संगठन में की जाने वाली विभिन्न गतिविधियां हैं और मापा घटनाओं की एक श्रृंखला है। उदाहरण: ऑर्डर प्राप्त करना या ग्राहक को बिलिंग करना। आमतौर पर, व्यावसायिक प्रक्रिया प्रत्येक ईवेंट से जुड़े अद्वितीय प्रदर्शन संकेतक कैप्चर या जेनरेट करती है। इस तरह के संकेतकों की व्याख्या परमाणु तथ्यों के अलग-अलग (प्रत्येक व्यापार प्रक्रिया के लिए) सारणीबद्ध तथ्यों के रूप में की जाती है। एक अलग प्रक्रिया के तथ्य तालिकाओं के अलावा, कभी-कभी समेकित तथ्य तालिकाएं बनाई जाती हैं जो कई व्यावसायिक प्रक्रियाओं के डेटा को एक ही तथ्य तालिका में जोड़ती हैं, लेकिन एक सामान्य स्तर के विवरण के साथ। फिर से, सारांश तथ्य तालिका विस्तृत व्यापार प्रक्रिया तालिकाओं को पूरक करती है, लेकिन उन्हें प्रतिस्थापित नहीं करती है।

नियम संख्या 3: सुनिश्चित करें कि प्रत्येक तथ्य तालिका समय आयाम तालिका के साथ जुड़ा हुआ है।

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

नियम नंबर 4: सुनिश्चित करें कि एक अलग तथ्य तालिका के सभी तथ्य एक ही बारीकियों या विस्तार के स्तर के हैं।

सभी तथ्य तालिकाओं को तीन मुख्य प्रकारों में वर्गीकृत किया जा सकता है: लेन-देन, आवधिक स्लाइस या संचित स्लाइस। दानेदारता के प्रकार के बावजूद, तथ्य तालिका में प्रत्येक आयाम विस्तार के समान स्तर पर होना चाहिए। एक तालिका से तथ्यों का संयोजन, लेकिन विस्तार के विभिन्न स्तरों का प्रतिनिधित्व करने से निश्चित रूप से व्यापार उपयोगकर्ताओं के बीच भ्रम पैदा होगा। और व्यापार खुफिया उपकरण गणना परिणामों में ओवरस्टैमेंट, दोहराव और अन्य त्रुटियों के लिए प्रवण हो जाएंगे।

नियम संख्या 5: वास्तव में तालिकाओं में, कई-से-कई संबंधों से छुटकारा पाएं।

चूंकि तथ्य तालिकाएं व्यवसाय प्रक्रिया की घटनाओं के परिणामों को संग्रहीत करती हैं, इसलिए वे अक्सर विदेशी कुंजी के बीच कई-से-कई (एम: एम) संबंधों पर निर्मित होते हैं, उदाहरण के लिए, कई उत्पादों को कई दिनों के लिए कई दुकानों में बेचा जाता है। इन विदेशी कुंजी क्षेत्रों को कभी भी अशक्त नहीं होना चाहिए। कभी-कभी आयामों में एकल माप घटना के लिए कई मूल्य हो सकते हैं। उदाहरण के लिए, कई स्वास्थ्य सेवा संगठन या बैंक खाते से जुड़े कई ग्राहकों के साथ जुड़े निदान करते हैं। ऐसे मामलों में, आयाम की समस्या को तथ्य तालिका में सीधे मानों की भीड़ के साथ हल करना अनुचित है, क्योंकि यह मापा घटना की सामान्य ग्रैन्युलैरिटी का उल्लंघन करेगा। इसलिए, तथ्य तालिका का संबंध, कई-से-कई संबंध, एक डबल कुंजी के साथ मध्यवर्ती तालिका (ब्रिज) के माध्यम से होता है।

नियम संख्या 6: आयाम तालिकाओं के बीच कई-से-एक संबंधों से छुटकारा पाएं।

पदानुक्रमित निश्चित-गहराई एक-से-एक रिश्तों (M: 1) के बीच विशेषताओं को आम तौर पर विकृत किया जाता है या एक फ्लैट आयाम तालिका में ढह जाता है। यदि आपने अपने करियर डिजाइनिंग मॉडल के अधिकांश भाग को लेन-देन प्रसंस्करण के साथ पारंपरिक प्रणालियों के लिए आवश्यक कनेक्शनों के साथ बिताया है, तो एम: 1 रिश्तों को सामान्य बनाने या "स्नोफ्लेक" प्रकार (लगभग) के छोटे आयामों में टूटने की सहज इच्छा का विरोध करें। ")। आयामों का निरूपण - यह एक खेल है जिसे "बहुआयामी मॉडलिंग" कहा जाता है।

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

नियम संख्या 7: रिपोर्ट के लिए हेडर को तालिकाओं में रखें और फ़िल्टर के लिए मान क्षेत्र।

कोड और, अधिक महत्वपूर्ण बात, लेबल बनाने और प्रश्नों को फ़िल्टर करने के लिए उपयोग किए जाने वाले डिक्रिप्शन और विवरणों को आयाम तालिकाओं में एकत्र किया जाना चाहिए। तथ्य तालिका में सीधे अस्पष्ट कोड या भारी वर्णनात्मक फ़ील्ड वाले फ़ील्ड को संग्रहीत न करें। लेकिन, यह कोड को केवल आयाम तालिका में धकेलने के लिए पर्याप्त नहीं है। आशा न करें कि वे बीआई उपकरण में स्वचालित रूप से सही ढंग से समर्थित होंगे, और उपयोगकर्ताओं को व्याख्यात्मक डिक्रिप्शन की आवश्यकता नहीं होगी। यदि यह ड्रॉप-डाउन मेनू से एक पंक्ति / स्तंभ शीर्षक या एक फिल्टर है, तो उन्हें एक आयाम विशेषता के रूप में संग्रहीत किया जाना चाहिए।

क्योंकि नियम संख्या 5 में, हमने कहा कि तथ्य तालिका की विदेशी कुंजियों में अपरिभाषित मूल्य कभी नहीं हो सकते हैं, यह आयाम तालिका में विशेषता क्षेत्रों में अपरिभाषित मूल्यों से बचने के लिए उचित है। विशेषता में Null मान को कुछ डिफ़ॉल्ट मान से बदलें, उदाहरण के लिए, NA या जो भी आपको पसंद है। आप, प्रबंधक (लगभग) के रूप में: यहाँ स्थिति डेटा स्रोत पर एक निश्चित नौकर या बटलर, और न केवल एक कठोर व्यवस्थापक के साथ खेला जाता है, जहाँ तक संभव हो, उपयोगकर्ता भ्रम को रोकें।

नियम संख्या 8: सुनिश्चित करें कि आयाम तालिका एक सरोगेट कुंजी का उपयोग करें।

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

नियम नंबर 9: एंटरप्राइज़-वाइड डेटा एकीकरण के लिए लगातार आयाम बनाएं।

उद्यम डेटा वेयरहाउस के लिए लगातार आयाम (जिसे सामान्य / सामान्य, मुख्य / मास्टर, मानक / मानक या संदर्भ / संदर्भ के रूप में भी जाना जाता है) महत्वपूर्ण हैं। एक बार ईटीएल प्रणाली में लोड होने के बाद और फिर विभिन्न प्रकार के तालिकाओं में पुन: उपयोग किया जाता है, निरंतर आयाम कई वर्णनात्मक विशेषताओं के साथ लगातार बहुआयामी मॉडल प्रदान करते हैं और कई अलग-अलग व्यावसायिक प्रक्रियाओं से डेटा का पता लगाने और एकीकृत करने का अवसर प्रदान करते हैं। एंटरप्राइज डेटा वेयरहाउस बस मैट्रिक्स उद्यम की मुख्य व्यावसायिक प्रक्रियाओं और संबंधित आयामों का प्रतिनिधित्व करने के लिए महत्वपूर्ण वास्तुशिल्प टेम्पलेट है। पुन: सहमत आयामों ने अंततः अनावश्यक डिजाइन और विकास प्रयासों को समाप्त करके बाजार में समय कम कर दिया है; हालाँकि, सहमत आयामों को कुछ दायित्वों (प्रतिबद्धता) के अनुपालन की आवश्यकता होती है, साथ ही साथ डेटा मैनेजर की स्थिति में निवेश (लगभग)। यह सामान्य अर्थों में एक व्यवस्थापक नहीं है, और सामान्य तौर पर, शायद एक तकनीकी विशेषज्ञ भी नहीं है, लेकिन एक व्यक्ति जो विषय से अच्छी तरह से परिचित है। एक क्षेत्र, उदाहरण के लिए, एक व्यापार विश्लेषक) और एक प्रबंधन प्रणाली (डेटा स्टूवर्डशिप और गवर्नेंस), भले ही आपको पूरी स्थिरता प्राप्त करने के लिए प्रत्येक आयाम विशेषता के लिए प्रत्येक और सभी के साथ बातचीत करने की आवश्यकता न हो।

नियम संख्या 10: व्यापार उपयोगकर्ताओं को सही डीडब्ल्यू / बीआई उपकरण प्रदान करने में मदद करने के लिए वास्तविकता के साथ आवश्यकताओं को लगातार सहसंबंधित करें ताकि वे निर्णय ले सकें।

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

निष्कर्ष।

यदि आप नियमित रूप से इंटेलिजेंट एंटरप्राइज, टूलकिट किताबें, या मासिक डिज़ाइन टिप्स द्वारा हमारे लेख पढ़ते हैं, तो ये नियम आपके लिए नए नहीं होने चाहिए। अब हमने अपने नियमों को एक ही कोड में एकत्र किया है, जिसका उल्लेख आप तब कर सकते हैं जब आप अपने मॉडल को डिज़ाइन या डबल-चेक करने की योजना बना रहे हों।