변환을 사용하여 하나의 SQL 쿼리 시간 5 마지막 값을 계산

여기 내 최근 흥미로운 작업 중 하나입니다 :

높은 수요에있는 항목에 대해서만 몇 가지 통계를 계산할 수있습니다. 만약 판매 값은 지난 5 개월의 상수 엑스 이상 (현재 월) 등 큰했다 물품 "높은 수요"이다.

솔루션

첫 번째 작업을 다시 설정 :

유효 기간 한달 대규모 수요 문서의 경우, 지난 5 개월 동안 모두에서 Abverkäufe (현재 한달 그대로 포함된 문서) 컸죠 고정 상수 엑스 (예 : 엑스 = 100)이었다. 우리를 찾아 보고서에서 효율적 같은 모든 조합 및 M에게 (우리가 만약이 수치 필터를보다 나중에 사용할 수있을 필요는 가능 한한) 대표 싶어요.

여기 내 솔루션을 하나의 변환을 사용하고있습니다. 내가 한 번만은 일반적으로 매우 큰 하나의 fact 테이블에 액세스하는 사실이 솔루션의 장점을 참조하십시오.

내가 사용하는 모든 예제를 들어 표준 내 블로그 MicroStrategy 튜토리얼에서 프로젝트를 설치했다. 따라서 당신은 내 예제를 쉽게 복사할 수있습니다 빠져보십시오. 또한 직접 문제의 몇 가지 솔루션을 비교할 수있습니다.

내가 이미 배신, 내 솔루션 변환을 사용합니다. 따라서 변환을 볼 첫번째로 정의해야합니다. 프로젝트 "MicroStrategy 튜토리얼에 대한 데이터 소스"Access 데이터베이스 TUTORIAL_DATA_7200.mdb입니다.

우리는 다음과 같은보기를 입고 :

선택 t1.MONTH_ID, t2.MONTH_ID 그대로 PREV_MONTH_ID, DateDiff ( "M"이, t2.MONTH_DATE, t1.MONTH_DATE) 그대로 MONTH_DIFF
LU_MONTH로부터 그대로은 T1, LU_MONTH 그대로 t2가
어디에 (((DateDiff ( "M"이, t2.MONTH_DATE, t1.MONTH_DATE)) 사이 0 4))
의 ORDER BY t1.MONTH_ID, t2.MONTH_ID;

VB에서 함수 DateDiff는 여기에 가득 개월의 사이에 누워 번호, 공급 날짜 값을 넘겨 주었다. 보기의 지출은 다음과 같은 방식으로 보입니다 :

Image 1

우리가 지정보기 "MONTH_TO_5_LAST_MONTHS". 지금은 창고 카탈로그보기 가져온이다; 이후, 다음과 같은 개체를 정의하는 새로운 논리 테이블 :

변환 "5 부하 개월"

Image 2

속성 "개월 Diff"

Month Diff

Month Diff

또한 속성이 양식을 달 @ 자료 ID 필드가 자동으로 연장되어야 새 테이블 MONTH_ID :

Month@ID

이제 우리는 Metrik, 이는 "비트지도를 5 자리로"형태를 나타냅니다 *****. 빌드하려면 각 별표에 해당되므로 한 달 : linkste 별표 달 여겨보고 라인 말합 이전 달 옆에 별표 (여겨보고 라인) 등 상대적으로

만약 Abverkaufswert 문서의 위치는 별표에 해당하는 월 100 여겨보고 라인 컸죠 각 우리는 X로 "표시"를 표시하려면 별표를 대신합니다. 그렇지 않으면 우리는 O를 표시하려면 별표를 표시 대신에

따라서 만약 한달 비트 맵 200804에 "OXXOO, 그이 문서 개월 200,803 200,802에만 주로 100 년 이상 Abverkaufswerte했다 의미 표시되는 기사이다. 정의와 같은 작업의 설정을 문서에 따르면 지난달 200804 대규모 수요가없는 것이다. 기사 개월 "오직 조합을위한지도 비트 계산됩니다 큰 수요에 대응한다.

그리고 여기 Metriks의 정의 비트지도 판매 "100로드 5 개월에있습니다 :

Metric condition

차원 및 Metrik의 Konditionalität 변경되지 않습니다. 오직 변화 "5 부하 개월"Metrik 할당됩니다.

Metrik의 수식은 다음과 같습니다 :

ApplyAgg ( "최대 (저번 ((# 0 = 0 # 1"100)의 'X', '오')) 및 최대 (저번 ((# 0 = 1, # 1 "100)의 'X', ' O를 ')) 및 최대 (저번 ((# 0 = 2와 # 1 "100)의'X ','오 ')) 및 최대 (저번 ((# 0 = 3 # 1"100),'X '를, '오')) 및 최대 (저번 ((# 0 = 4 # 1 "100), 아이디] @의 'X', 'O를 '))"; [개월 Diff; [단위 판매])

때문에 함수 하나를 ApplyAgg konditionale 시험 및 & Konkatenierung에 대한 (저번 VisualBasic 문법 논리를 입력하셔야합니다)합니다. 그러나 아마도 그것은 또한 함수 ApplyAgg없이 ConcatIF MicroStrategy 기능을 가진 함수는 것이다. 그러나이 경우에는 매우 유사한 쿼리를 생성해야합니다 MicroStrategy 논리적 방법.

여기에는로드 5 개월 만에 비트 수치지도 판매 "100를 사용하여 보고서의 화면입니다 :

Final Report

독일어의 원래의 문서가 여기에 읽을 수있습니다.

창고에있는 카탈로그 테이블을 추가할 수없습니다 솔루션

창고에서 스키마를 발급 : 아니 테이블을 추가할 수 / 조회 카탈로그

오류 : '오류 테이블 추가 (스키마 으)로. 이 키는이 컬렉션에 이미 '의 요소와 관련된

MSTR 9 솔루션 :

1) 열기 '건축가',

2) 마우스 오른쪽 단추로 이름> 테이블을 <table

3) 프로젝트에 추가

4) 한번 왼쪽 창에서의 추가, 오른쪽 테이블과 구조 업데이트

5) 저장하고 닫습니다 (이것은 스키마에 대한 업데이트, 이렇게 똑같이 묻습니다

6) 이제 오픈 갤러리 카탈로그

7) 당신이 테이블을 볼 수있습니다 / 보려면 스키마에 추가

객체 추적 도구 - 일부 업데이 트와 함께

오래 격차 '가 일부 업데이 트와 객체 추적 도구'를 게시한 후에.

1) 도구는 시스템에서 테스트를 어디 - Server를 설치 (안) 기회 - 서버없이도 테스트 해

2) XP에서, 2003, 비스타, 7에서 테스트를 거침

3) 이러한 테스트에 대한 자습서를 사용하여, 개체 수도있습니다 동일한처럼 보이는 몇 가지 개체에 대한 ID를 ...하지만 실제로는 거기에 각 ID를 사이에 하나의 번호는 차이가있습니다. 자사와 동일한 ID를 반복 가정하지 마십시오.

4) 모든 제안 / 의견을 환영합니다

참고 : 곧 도구를 몇 가지 다른 도구와도 통합됩니다.

도구를 다운로드는 여기에.

참고 : 그대로 "그리고 난 명시적 또는 묵시와 관련한 모든 보증을 부인이 응용 프로그램은 그대로"제공되는 모든, 특정 목적에의 정확성에 대한 상업성의 보증, 피트니스 센터 등 상품을 제공, 시스템 통합, 제목, 만족스러운 품질과 비 침해. 난이 중단되지 않거나 오류가 제공하는 상품 또는 그 일부의 사용을 보증하지 않습니다 - 무료, 또는 제공하는 상품 또는 그 일부 또는 모든 필요한 면허의 요구 사항을 충족한다.

재미있는 메타 데이터 문제

MSTR 9, 거기에 새로운 기능이 어디 Multisource 사용자가 여러 개의 DB를 인스턴스에 연결할 수라고합니다.

우리는 같은 우리가 다시 DB를 단일 인스턴스로 변경을 강요하는 새로운 라이선스 모델로 인해 사용. 그래서 우리는 같은 ODBC 연결 (논리적으로 자사의 하나의 DB 연결)에 대한 모든 DB를 예를 들면 지적

문제 : 비록 모든 인스턴스가 동일한 DB를 ODBC를, MSTR 고려를 가리키는 여러 DB를 인스턴스로. 그래서 MSTR에 Multisource 라이센스를 로그인하지 않고 사용자 및 모든 리포트를 실행하려고하면 오류 메시지가 '이게 말을 던졌습니다 multisource 라이센스가 필요합니다'. 재밌는 건, 그 보고서에 대한 테이블을 하나의 DB를 인스턴스에서오고있습니다.

솔루션 : 그건 중요한 문제가 될 앉아 동안 클라이언트의 라이센스가 변경 ... 어쩌구로 인해 .... 저쩌구.

비트와 옵션을 위험에 또한 유일한 해결책은 ... 메타 데이터 테이블에있는 모든 속성에 대한 DB를 인스턴스에 변경이 걸렸어요. (다른 옵션은 모든 속성을 수정 및 변경 테이블을 하나의 DB를 예를 들면 어떤 거대한 작업을 포인팅 - [400 속성].

메릴랜드 테이블에 몇 가지 분석을 했나요, 관계, 등 ... 난 모든 DB를 인스턴스가 32 비트 변경된 행을 삭제하는 동안 하나의 DB를 인스턴스가 32 비트 신원을 (필요가없는 매우 조심해야 메타 데이터 DB에 열의 값을 변경하는 ID입니다.

난 아직도 직접 함께 그 계획을 문서 또는 새 도구 "로 '발견 및 정의 개체를 대체 인스턴스 메타 데이터의 DB를 변경하는"설명서를하고 있어요.

만약 누군가 개체 ID '와 같은 문제가 이런 종류의 십자가 와서'또한, 의사를 해결할 수있다, 당신 같은 수정하는 데 도움이하려고하지 않을 것임 메릴랜드 SCANMD과 같은 문제를 발견하실 수없습니다.

곧 동일 문서 및 도구를 게시할 것입니다 ... ...