جلسه 4 – 23/07/93 - Attribute Relationship در معرفی Dimension

جلسه چهارم – 23/07/93

توجه: Kimball Group کتابی در حوزه BI دارند که به طراحی DWH در  CASE های هر صنعت اشاره شده است.

Attribute Relationship در معرفی Dimension – ارتباط میان ویژگی ها

با استفاده از این بخش می توان ارتباطات موجود بین ویژگی ها را به SSAS معرفی نمود. می توان گفت ویژگی A با ویژگی B در ارتباط است، اگر با داشتن مقدار ویژگی A  بتوان به مقدار ویژگی B  رسید.

مورد کاربرد: اگر محاسبه ای (مثلا میزان فروش) برای ماه های مختلف جداگانه استخراج شده باشد می­توان برای محاسبه این شاخص به یکی از روش­های زیر عمل کرد:

·         تمامی رکوردهای اطلاعاتی را برای محاسبه فروش سال با هم جمع زد.

·         میزان فروش محاسبه شده برای ماه های مختلف یک سال را با هم جمع کرد.

بدیهی است درصورتیکه تعداد رکوردهای اطلاعاتی میزان زیادی باشند (مثلا یک میلیارد رکورد)، در روش اول باید یک میلیارد رکورد با هم جمع شوند، درصورتیکه در روش دوم کافی است تا 12 عدد مربوط به هرماه با هم جمع شوند. روشن است که روش دوم کارایی بهتری خواهد داشت. پس باید در بخش Attribute Relationship  ارتباط میان ویژگی ها را تعریف کرد.

مثال: Dimension تاریخ به ترتیب زیر را درنظر بگیرید:

تاریخ به روز	ماه	فصل	سال
25/07/1393	7	3	1393
20/07/1392	7	3	1392

• ·         از تاریخ روز، می توان به ماه، فصل و سال رسید
• ·         از ماه می توان به فصل رسید ولی از ماه نمی توان به سال رسید
• ·         از فصل نمی توان به سال رسید

بنابراین برای استفاده از امکان بهینه سازی که در Attribute Relationship آمده است لازم است تا Dimension فوق به ترتیب زیر تغییر یابد.

تاریخ به روز	ماه	ماه به همراه سال	فصل	فصل به همراه سال	سال
25/07/1393	7	139307	3	139303	1393
20/07/1392	7	139207	3	139203	1392

با توجه به اینکه ویژگی های جدید در DimDate موجود نیستند لازم است تا به یکی از دو روز زیر به آن اضافه شوند:

1.       ایجاد ستون ترکیبی در DSV (named column)

2.       ایجاد یک کلید ترکیبی (compound key)  در DimDate

برای انجام روش دوم کافی است تا در فرم طراحی Dimension ابتدا یک کپی از ویژگی ماه و فصل بسازیم. برای ویژگی ماه، کلید (Key column)  را ترکیبی از سال و ماه و برای ویژگی فصل، ترکیبی از ویژگی سال و فصل در نظر می گیریم. به این ترتیب مشکل برطرف خواهد شد.

از نظر کارایی این دو روش برتری خاصی نسبت به یکدیگر ندارد.

توجه:

·         هر زمان که کلید ترکیبی داشته باشیم حتما باید مقدار column name برای آن ویژگی معرفی کرد.

·         در صورتیکه ویژگی موجود در Dimension کارایی نداشته باشد به منظور مخفی کردن آن باید از خاصیت Attribute Hierarchy Visible استفاده کرده و مقدار آن را False  کنیم.

ساخت Cube – مکعب

مراحل انجام کار:

1.        انتخاب روش ساخت مکعب
2.        انتخاب DSV / انتخاب جدول FACT
3.        انتخاب measures (مقادیر)
4.        انتخاب Dim ها (ابعاد)
5.        پیشنهاد ساخت ابعاد جدید طبق ارتباطات DSV
6.        تعیین نام برای مکعب

توجه: در اصلاحات شرکت مایکروسافت به FACT ، MEASURE GROUP اطلاق می شود.

محیط Cube Designer

1.       Cube structure: محل تعریف ساختار اصلی مکعب

2.       Measures: محل تعریف مقادیر

3.       Dimensions: محل تعریف ابعاد متصل به مکعب

4.       DSV: نمایش بخشی از DSV که در ساخت مکعب استفاده شده است

5.       Dimension usage (مهم):  محل تعریف ارتباطات مکعب و ابعاد – مدل های طراحی در اینجا مورد استفاده قرار می گیرند

6.       Calculation: محل تعریف فیلدهای محاسباتی با استفاده از زبان MDX

7.       KPI: محل تعریف شاخص های ارزیابی عملکرد

8.       Actions : جهت ایجاد اتصال بین مکعب و سایر سیستم ها

9.       Partitions: جهت partition بندی مکعب (مانند امکان مشابه در موتور بانک اطلاعاتی)

10.   Aggregation: جهت ایجاد جمع بندی های از پیش محاسبه شده در مکعب با هدف افزایش کارایی (کاربرد خاص دارد)

11.   Perspective: جهت ساخت نمادهای مختلف از یک مکعب جامع (مشابه view در موتور بانک اطلاعاتی)

12.   Translation: جهت چند زبانه کردن مکعب

13.   Browser: جهت پیمایش مکعب و نمایش نتایج کار