SSAS सारणीबद्ध मॉडल में आयाम विशेषताओं तक सीमित पहुंच

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

उदाहरण के लिए, उपयोगकर्ता को उन पर पूर्ण विवरण की संभावना के साथ सभी उत्पादों के लिए टर्नओवर देखना चाहिए, लेकिन साथ ही, ग्राहकों को सभी, लेकिन केवल कुछ या सभी ग्राहकों को प्रदर्शित नहीं करना चाहिए, लेकिन कुछ विशेषताओं (क्षेत्रों) में आंशिक रूप से छिपे हुए डेटा के साथ।

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

हमें इस प्रदर्शन को प्राप्त करने की आवश्यकता है:



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

लेकिन अगर किसी को विवरण की आवश्यकता है - मेरे पास है।

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

निम्नलिखित आंकड़ा घन मॉडल और तालिका सामग्री दिखाता है:



उदाहरण के लिए, एक साधारण फ़िल्टर जोड़ें:



वह सब है।

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

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