एम के लिए कुछ परिदृश्य: डेटा वेयरहाउस मॉडल में एम संबंध
अधिकांश OLAP सर्वर और ROLAP सिस्टम के पास M: M डेटा संरचनाओं से निपटने का एक साधन है, लेकिन इस बारे में कुछ संकेत हैं जिन पर आपको ध्यान देने की आवश्यकता होगी। यदि आप M: M संबंधों को कार्यान्वित करते हैं, तो आपको अपनी रिपोर्टिंग परत पर नज़र रखने की आवश्यकता होगी और आप किन उपकरणों का समर्थन करना चाहते हैं।
परिदृश्य 1: एम: एम एक तथ्य तालिका पर आयाम
इसका एक उदाहरण मोटर पॉलिसी पर कई ड्राइवर हो सकते हैं। यदि आप ड्राइवर जोड़ते हैं या निकालते हैं, तो नीति समायोजन लेनदेन में समायोजन के साथ बदलने वाले ड्राइवरों की सूची से संबंध हो सकता है।
विकल्प 1 - एम: एम ड्राइवर-फैक्ट ब्रिज टेबल
यह डेटा की काफी बड़ी मात्रा होगी, क्योंकि इसमें किसी दिए गए पॉलिसी के लिए ड्राइवर एक्स लेनदेन पंक्तियां हैं। SSAS इस डेटा संरचना का सीधे उपभोग कर सकता है, लेकिन यह एक रोल टूल के माध्यम से क्वेरी करने के लिए धीमा है।
यदि आपका M: M संबंध उन इकाइयों पर आधारित है जो तथ्य पंक्ति (जैसे कार पर ड्राइवर) के लिए विशिष्ट हैं, तो यह एक ROLAP टूल के लिए भी उपयुक्त हो सकता है, बशर्ते आपका ROLAP उपकरण M का समर्थन करता है: M संबंध (जैसे व्यवसाय में संदर्भों का उपयोग करना) ऑब्जेक्ट्स)।
विकल्प 2 - डमी 'संयोजन' आयाम तालिका
यदि आप एक तथ्य तालिका के लिए सामान्य कोड की सूची मैप कर रहे हैं (यानी लिंक किए गए निकाय तथ्य पंक्ति के लिए अजीब नहीं हैं) तो आप एक और दृष्टिकोण ले सकते हैं जो डेटा वॉल्यूम कम कर देगा। इस तरह के परिदृश्य का एक उदाहरण एक असंगत यात्रा पर आईसीडी कोड है। प्रत्येक inpatient यात्रा में एक या एक से अधिक ICD निदान और / या इसके खिलाफ सूचीबद्ध प्रक्रियाएं होंगी। ICD कोड वैश्विक हैं।
इस स्थिति में, आप प्रत्येक मामले पर कोड के संयोजन की एक अलग सूची बना सकते हैं। प्रत्येक अलग संयोजन के लिए एक पंक्ति के साथ एक आयाम तालिका बनाएं, और खुद को आईसीडी कोड के लिए संयोजन और संदर्भ तालिकाओं के बीच एक लिंक तालिका है।
तथ्य तालिका में 'संयोजन' आयाम के लिए एक आयाम कुंजी हो सकती है, और आयाम पंक्ति में वास्तविक ICD कोड के संदर्भों की एक सूची है। अधिकांश रॉप उपकरण इस डेटा संरचना का उपभोग कर सकते हैं। यदि आपका टूल केवल वास्तविक M: M संबंध के साथ काम करेगा, तो आप एक ऐसा दृश्य बना सकते हैं जो M: M संबंध को तथ्य और कोडिंग संदर्भ तालिका के बीच का अनुकरण करता है। यह SSAS के साथ पसंदीदा तरीका होगा।
विकल्प 1 के लाभ:
- उचित रूप से अनुक्रमित, एम: एम तालिका के माध्यम से एक निश्चित संबंध के साथ तथ्य तालिका पंक्तियों का चयन करने पर आधारित प्रश्न यथोचित रूप से कुशल हो सकते हैं।
विकल्प 2 के लाभ:
- डेटा संग्रहण अधिक कॉम्पैक्ट है
- आप एक सीधे 1: M संबंध को 'संयोजन' आयाम पर एक कोड के रूप में एक मानव-पठनीय प्रारूप में प्रस्तुत करके अनुकरण कर सकते हैं। यह डम्बर रिपोर्टिंग टूल पर अधिक उपयोगी हो सकता है जो एम: एम संबंधों के लिए समर्थन की कमी है।
परिदृश्य 2: एम: एम आयामों के बीच संबंध:
एक उपयोग के मामले के बारे में सोचना मुश्किल है, लेकिन कोई फिर से आईसीडी कोड के साथ स्वास्थ्य सेवा से बाहर की परिकल्पना कर सकता है। एक लागत विश्लेषण प्रणाली पर, inpatient यात्रा एक आयाम बन सकती है, और इसमें M: M संबंध (या NHS-स्पीच में सलाहकार-प्रकरण) और कोडिंग के बीच संबंध होंगे।
इस मामले में आप एम: एम संबंध स्थापित कर सकते हैं, और संभवतः आधार आयाम पर उनमें से एक मानव-पठनीय प्रतिपादन को संहिताबद्ध कर सकते हैं। रिश्तों को सीधे M: M लिंक टेबल के माध्यम से या पहले की तरह एक 'संयोजन' तालिका के माध्यम से किया जा सकता है। इस डेटा संरचना को व्यावसायिक वस्तुओं या बेहतर गुणवत्ता वाले रोल टूल के माध्यम से सही तरीके से समझा जा सकता है।
मेरे सिर के ऊपर से, मैं SSAS को इस तथ्य के बिना इस तथ्य का उपभोग करने में सक्षम नहीं देख सकता हूं, ताकि आपको तथ्य तालिका के नीचे M: M संबंध और तथ्य तालिका प्रस्तुत करने की आवश्यकता हो। इस डेटा के साथ SSAS का उपयोग करने के लिए पंक्तियाँ।