मेरे पास एक तथ्य तालिका है जो मेरे दिनांक आयाम को एक फॉर्म दिनांक और वित्त तिथि दोनों के रूप में संदर्भित करती है। इसलिए तिथि आयाम दो अलग-अलग भूमिकाओं को भूमिका निभा रहा है। यह ठीक काम करता है, सिवाय इसके कि मैं वर्ष या महीने के कॉलम के नामों को रोलप्ले नहीं कर सकता। मैं क्रमशः फॉर्म वर्ष और वित्त वर्ष कॉलम होगा, या विशेषता विवरण सेट करने में सक्षम हूं जैसे कि मेरे क्लाइंट एप्लिकेशन टूलटिप्स/हेडर के रूप में प्रदर्शित करने के लिए उस प्रॉपर्टी का उपयोग कर सकते हैं।एसएसएएस में दोस्ताना विशेषता नामों के साथ रोलप्लेइंग आयाम को कार्यान्वित करना?
समस्या एक ही पिवट रिपोर्ट में है, उपयोगकर्ता के पास दो अलग-अलग वर्ष होंगे और यह स्पष्ट नहीं है कि वे कौन हैं (वे 2010 और 200 9 देखते हैं और यह नहीं जानते कि फॉर्म वर्ष कौन सा है और कौन सा है वित्त वर्ष) बिना आयाम नाम क्या है यह देखने के लिए मुझे कुछ हैकिश कोड कर रहा है।
दूसरे शब्दों में, [फॉर्म तिथि]। [वर्ष] और [वित्त तिथि]। [वर्ष] सेलसेट के संबंध में एक "वर्ष" विशेषता दोनों हैं। जब आप एसएसएएस में उस विशेषता का विवरण या नाम बदलते हैं, तो आप इसे रोलप्लेइंग आयामों दोनों के लिए बदल रहे हैं। आप रोलप्लेइंग आयाम के नाम को कस्टमाइज़ कर सकते हैं, लेकिन दुर्भाग्य से गुण नहीं।
मेरे विकल्प अब तक:
डाटा वेयरहाउस डीबी अलावे, प्रत्येक उपयोग के मामले के लिए दिनांक आयाम तालिका की प्रतियां बनाने के लिए इतना है कि मैं विशेषता नाम/स्तंभों के लिए विवरण अनुकूलित कर सकते हैं। यह इन प्रतियों को अनुरूप रखने में मेरे लिए अधिक रखरखाव/काम बनाता है।
- डेटा वेयरहाउस डीबी में, प्रत्येक उपयोग मामले के लिए दिनांक आयाम तालिका के शीर्ष पर एक दृश्य बनाएं। यहां समस्या यह है कि मैं एक आयाम दृश्य और एक तथ्य तालिका के बीच एफके संबंध नहीं बना सकता। मुझे डर है कि यह मुझे इसके लायक से ज्यादा सिरदर्द का कारण बनने जा रहा है क्योंकि ऐसा लगता है कि एसएसएएस/एसएसआरएस/पावरपिवोट का बहुत कुछ लगता है और अन्य उपकरण डेटा वेयरहाउस की संरचना निर्धारित करने में मदद करने के लिए वास्तव में उन एफके रिश्तों पर निर्भर करते हैं।
-उसी तालिका में वर्ष कॉलम की प्रतियां बनाएं ताकि प्रत्येक को एसएसएएस में अपनी विशेषता के रूप में पूरा किया जा सके और इसलिए इसका अपना नाम और विवरण गुण हो। यह देखने के लिए इस के साथ नहीं खेला है कि यह मेरी कल्पना के तरीके से काम करेगा या नहीं, लेकिन मुझे लगता है कि मैं एक ही टेबल के आधार पर कई आयाम बनाएगा, और प्रत्येक मामले में केवल वर्ष के कॉलम में से एक शामिल है, जैसे फॉर्म वर्ष फॉर्म तिथि आयाम में। (कॉलम की एक प्रति के बजाय एक गणना कॉलम का भी उपयोग कर सकता है।) इसके नकारात्मक पक्ष यह है कि यह आयाम को अधिक भ्रमित कर देता है। मेरे पास पहले से ही विभिन्न पदानुक्रमों का समर्थन करने के लिए बहुत सारे गुण हैं, जो सामान्य है, लेकिन अब मैं विशेषता के मूल्यों के शीर्षलेख/विवरण का समर्थन करने के लिए केवल एक विशेषता के लिए एकाधिक कॉलम मिश्रण में फेंक रहा हूं, भले ही विशेषता मान सभी हैं वही।
Kimball समूह डाटा गोदाम टूलकिट पुस्तक में, यह इस तरह के रूप में "पहली खरीदी दिनांक" [जो की तरह गुण होते हैं कह
ये दिनांक आयाम प्रतियां शब्दार्थ अलग विचारों के रूप में घोषित किया गया है, से यह बहुत ही परिदृश्य का वर्णन " " केवल "वर्ष" की बजाय "खरीद" वर्ष की बजाय अद्वितीय स्तंभ लेबल के साथ आयाम तालिका।
यह पुस्तक सुंदर वैचारिक और प्रौद्योगिकी अज्ञेयवादी है और कार्यान्वयन विवरण में नहीं जाती है। कुछ स्थानों में शब्द का अर्थ दृश्यों का उपयोग करना है, और अन्य स्थानों में भौतिक तालिका प्रतियों का उपयोग करने का तात्पर्य है। जैसा ऊपर बताया गया है, दोनों में काफी नुकसान हैं जो मुझे सड़क से बाहर निकलने से डरते हैं क्योंकि मैं पहले से ही सिरदर्द का पता लगा सकता हूं।
आपको कैसे लगता है कि मुझे दिनांक आयाम की कई भूमिकाएं लागू करनी चाहिए, जैसे कि मैं आयाम में भाग लेने वाले प्रत्येक भूमिका/उपयोग मामले के गुणों के विवरण/नाम गुणों को कस्टमाइज़ कर सकता हूं?
मेरे पास अन्य तथ्य सारणी भी होंगी जो समान आयाम को संदर्भित करती हैं और इसलिए एक समान समस्या होगी, इसलिए यह केवल एक आयाम तालिका को दो बार संदर्भित करने का मुद्दा नहीं है।
स्पष्ट रूप से मैं इस मुद्दे के साथ एकमात्र व्यक्ति नहीं हूं https://connect.microsoft.com/SQLServer/feedback/details/144500/rename-attributes-for-each-instance-of-a-role-playing- आयाम – AaronLS
** मुझे हाल ही में एक लेख मिला है जो इस परिदृश्य को बहुत अच्छी तरह से कवर करता है **: https://www.mssqltips.com/sqlservertip/3058/custom-attribute-names-in-role-playing-dimensions-for-ssas / – AaronLS