'A8. OLAP/8.1 MSTR' 카테고리의 글 목록

'A8. OLAP/8.1 MSTR'에 해당되는 글 4건

프롬프트 - 단일선택

2008. 7. 16. 21:15

1. 필터정의 프롬프트의 '애트리뷰트 구성요소 리스트에서 선택' 선택
2. 애트리뷰트 선택
3. '모든 구성요소 목록표시(제한없음)' 선택 및
'기본 프롬프트 응답 선택' 선택
4. 기본 프롬프트 응답 (선택옵션)
5. 최소개체/최대개체 선택 및 값 입력 (단일이므로 각각 1 입력)
6. 웹옵션 '단일선택' 으로 변경
(웹에서 리스트박스 형태로 데이터 LIST-UP 최소/최대개체수 만큼 선택 가능)

Posted by anal

어트리뷰트 관계

A8. OLAP/8.1 MSTR

2008. 2. 20. 16:31

어트리뷰트와 어트리뷰트간의 관계는 2가지로 나눕니다.
간접적(Indirect)인 관계와 직접적(Direct)인 관계로 나눕니다.

1. 간접적인 관계(Indirect Relationship)
사실 물리적으로는 팩트니 어트리뷰트등 모든 오브젝트는 테이블의 컬럼으로부터 출발을 합니다. 테이블의 특정컬럼은 팩트가 될 수 도 있고 어트리뷰트가 될 수도 있습니다. 팩트를 볼 수 있는 어트리뷰트는 1차적으로 팩트가 들어있는 테이블의 어트리뷰트라고 했는데 한테이블에 들어있는 어트리뷰트들은 사실 그 존재만으로도 서로간의 관계를 가집니다. 매출테이블에 있는 일자와 영업소와 판매액이라는 컬럼들은 데이타(row)가 존재하는 순간 판매액에 대한 속성이 되는 것이죠. 이들 일자, 영업소 등의 어트리뷰트는 매출이라는 테이블내에서 관계를 가진다고 볼 수 있습니다.

2. 직접적인 관계(Direct Relationship)
팩트를 볼 수 있는 어트리뷰트는 동일한 테이블에 있는 어트리뷰트와 그 어트리뷰트를 하위로 두고 있는 상위어트리뷰트라고 했는데 이때 하위어트리뷰트와 상위어트리뷰트를 직접적인 관계에 있다고 합니다. 즉, 팩트테이블이라는 동일한 테이블내에 있지않지만 어떤 디멘젼 테이블을 매개로하여 서로 상하위 관계를 가지는 어트리뷰트를 말합니다.

3. 상하위 관계(Child-Parent Relationship)의 의미

예) 일자테이블
=============================
일자 월 년계
-----------------------------
20060401 200604 2006
20060402 200604 2006
20060403 200604 2006
.
.
.
20060501 200604 2006
20060502 200604 2006
=============================
예로 위의 일자테이블의 경우 일자의 상위어트리뷰트로 월이라는 어트리뷰트를 둡니다. 관계테이블은 일자테이블을 선택합니다 ( 아래그림 )

이것은 곧 월이라는 어트리뷰트는 일자라는 항목만 알면 일자테이블에서 월을 알 수 있다는 얘기죠 . 즉 어떤 팩트가 일자별로 볼 수 있다면(집계되어있다면) 일자테이블을 걸어서 월별로도 볼 수 있다는 말이죠..그래서 관계테이블이 여러개 표시되는 경우는 있는데 어떤 관계테이블을 선택하느냐가 대단히 중요합니다.(멀티팩트조인과도 밀접)

그렇다면 월이라는 어트리뷰트의 상위로 년을 주고 관계테이블을 일자테이블을 준다면 월이라는 어트리뷰트를 알때 년을 일자테이블에서 찾을 수 있다(?)가 성립되지 않기때문에 잘못된 정의입니다(다대다관계가 발생). 이때는 월이 중복없이(Unique) 들어있는 월테이블이 필요합니다.

상위어트리뷰트의 관점에서 본다면 월이라는 어트리뷰트는 일만 알면은 일자테이블을 뒤져서 월을 알 수 있다는 것이 됩니다. (아래그림 참조)

Posted by anal

합계의 백분율

A8. OLAP/8.1 MSTR

2008. 2. 20. 16:28

MSTR 레포트에서 합계(부분합계)에 대한 백분율을 구하는 것은

수식 삽입으로 쉽게 구할 수 가 없습니다.

하지만 부분합 편집창을 이용하면, 구할 수 가 있습니다.

1.새로운 부분합 만들기에서 아래와 같은 수식으로 만듬.

수식정의 : (((Sum(x) {@} * 1.0) / Sum(x) {} ) * 100.0)

2. 해당 메트릭에서 위에서 만든 부분합을 등록함.

3. 레포트에서 부분합계 편집에서 합백분율을 선택함.

MSTR 레포트에서는 합계나 위의 합백분율만 별도의 셀서식(% 포맷)을 부여하지 못하고
매출액 메트릭의 셀 포맷을 따르기에 각 셀의 포맷은 정수, 합백분율은 % 포맷으로
표현하는 것은 안됩니다

Posted by anal

ApplyAgg

A8. OLAP/8.1 MSTR

2008. 2. 20. 16:24

The Apply Functions: <---- Apply 함수에 대한 간략한 설명

Each type of custom sub-expression/function call is represented by a specialized Apply function. There are several predefined Apply functions that can be used where regular predefined functions of the same type are used.

ApplySimple where simple (e.g. arithmetic operators) are used.
ApplyAgg where aggregate functions (Sum, Max, etc.) are used.
ApplyRelative where OLAP (ranking, etc.) functions are used.
ApplyComparison where comparison operators (>=, <, Like, etc.) are used.
ApplyLogic where logical operators (And, Or, etc.) are used.

이중에서 MSTR 개발을 해 보신 분이라면 ApplySimple 함수를 사용해 보신적이 있을것입니다.

주로 어트리뷰트를 case 함수 같은 것을 사용한 사용자 SQL로 정의할때 많이 사용하는 함수입니다.

하지만 ApplyAgg 함수는 자주 사용하지는 않지만 유용한 기능이 있습니다.

먼저 간단하게 상수값 으로 사용이 가능합니다.

어떤 어트리뷰트에도 상관없이 상수값을 보고서에서 표시해 주고자 할때 사용이 가능합니다.

새로 만들기>메트릭을 선택한 다음....

ApplyAgg("#0", 1) {~}

수식으로 만들면 됩니다.

간단하지만 다양하게 응용해서 사용가능하겠죠...

좀 더 응용을 해서 실제로 유용하게 사용이 가능한 시나리오를 소개하겠습니다.

예를 들어...

동일한 메트릭으로 특정 팩트테이블에서는 SUM 을 수행하고 다른 팩트 테이블에서는 Count 나 Max 를 수행하게 하는 것입니다.

비즈니스 시나리오를 얘기하자면...

"계좌Master" 테이블과 "일별고객수" 팩트테이블이 있다고 가정할때...

일별고객수에서는 "sum(고객수)" 를 수행하여 "일별/고객수"를 조회하는 보고서에서

"계좌종류" 어트리뷰트로 드릴을 수행하여 "일별/계좌종류/고객수"를 조회하고자 한다면...

계좌 Master 에서는 "count(distinct 고객ID)"를 수행해야 합니다.

이런 비즈니스 시나리오가 있을때 간단하게 처리할수 있는 함수로 ApplyAgg 함수입니다.

일단 "고객수" 팩트를 먼저 만들때

일별고객수 팩트테이블에는 ApplySimple("SUM(#0)", 고객수) 이용해서 만들고

(여기서 고객수는 일별고객수 테이블의 컬럼명)

계좌Master 테이블에서는 ApplySimple("COUNT(DISTINCT #0)", 고객ID) 를 이용하여 서로 다른 형태로 만듭니다.

(여기서 고객ID 는 계좌테이블의 컬럼명)

그리고 메트릭을 만들때...

ApplyAgg("#0", 고객수)

형식으로 고객수 팩트를 이용해서 만들어서 사용하면 됩니다.

(여기서 고객수는 팩트명)

아래의 예제는 MSTR Support 에서 퍼온 "Tutorial" 예제입니다.

========================================================================================================

What is an adaptive metric in MicroStrategy?

TN5200-75x-0459, adaptive metric, ApplySimple, ApplyAgg

It is sometimes desirable to choose a different metric dynamically depending on the database table against which the MicroStrategy SQL Engine issues SQL if the two tables contain a column with the same name with values at different levels. A practical example would involve the Sum() and Count() metrics where users may want to issue Count() against the column in a detail level table while they may want to issue Sum() against the same column in the corresponding aggregate level table.

This can be accomplished using a combination of ApplySimple() and ApplyAgg() functions at the Fact and Metric definitions, respectively. The following example is created within the MicroStrategy Tutorial project, specifically using the ORDER_DETAIL and ORDER_FACT tables.

Create a Fact using two expressions with ApplySimple() definitions as follows:

Fact_Qty Sold: ApplySimple("Count #0", QTY_SOLD)

against the ORDER_DETAIL table:

Fact_Qty Sold: ApplySimple("Sum #0", QTY_SOLD)

against the ORDER_FACT table:

Create a metric using the ApplyAgg() function on Fact_Qty Sold as follows:

M_Qty Sold:ApplyAgg("#0", Fact_Qty Sold)

The MicroStrategy SQL Engine then correctly selects the underlying form expression for the Fact depending on the corresponding source table:

SQL	Report Definition
select a11.ORDER_ID ORDER_ID, a11.SHIP_DATE SHIP_DATE, Sum a11.QTY_SOLD WJXBFS1 from ORDER_FACT a11 group by a11.ORDER_ID, a11.SHIP_DATE
select a11.ORDER_ID ORDER_ID, a11.PROMOTION_ID PROMOTION_ID, a12.PROMO_SALE PROMO_SALE, Count a11.QTY_SOLD WJXBFS1 from ORDER_DETAIL a11, LU_PROMOTION a12 where a11.PROMOTION_ID = a12.PROMO_SALE_ID group by a11.ORDER_ID, a11.PROMOTION_ID, a12.PROMO_SALE