2017-05-05 8 views
0

OBIEE의 복잡한 조인 문제가 있습니다. 어떤 도움을 많이 주시면 감사하겠습니다! (가) 물리적 계층에 참여OBIEE 12.2.1.2 - 복합 조인 - 실제/비즈니스 모델

은 (조인 빨간색으로 표시됩니다)과 같이 내장되어 있습니다 :

희미한 --- 사실

사실 일 CAST 간의

(EVALUATE ('TO_CHAR (% 1 % 2) '() DOUBLE AS)

AND

캐스트 (EVALUATE'YYYYMMDD '로부터, 유효한 어둡게'TO_CHAR (% 1 % 2) '에 유효한 어둡게'YYYYMMDD ') AS DOUBLE)

사실 테이블의 논리 테이블 원본 (-> content-> 논리 수준)은 bmm으로 조인 되더라도 새 차원을 찾지 못해 비즈니스 모델이 일치하지 않습니다. 때로는 새 차원이 새 팩트 테이블로 표시되기도합니다.

재미있는 사실 :이 복잡한 결합은 완전히 다른 차원에 적용되었습니다. 나는 세 계층 모두에서 아무런 문제도 경험하지 못했습니다 (일단 복잡한 결합이 완료되면).

아이디어와 제안 사항을 높이 평가합니다.

답변

0

먼저이 모든 것이 일반적으로 좋지 않습니다. 이와 같이 "논리"를 결합하면 기본적으로 최적화 프로그램을 비활성화하고 쿼리의 양면에서 전체 테이블 스캔을 강제 실행합니다. 이 편집은 당연히 Oracle DB와 관련이 있습니다.

두 번째로 조인 조건을 작성하는 독특한 방법입니다. 나는 SamplApp 기반 예제를 사용하여 동일한 논리적 인 변환을 수행했지만 평가하지 않았다. https://www.slideshare.net/ChristianBerg8/50-shades-of-fail-kscope16 (슬라이드 12 + 13)

세 번째로 12.2.1.2이고 네 사례는 언급 된 "최악의 경우"중 하나이다. 그 프리젠 테이션에서 ;-)

+0

안녕하세요 크리스천, 답장을 보내 주셔서 감사합니다. 그러나, 나는 여전히 DB에서 타임 스탬프 당 주어진 정보를 구현하고 싶다. 이 타임 스탬프를 통합하는 다른 방법이 있습니까? 그렇지 않다면 최신 정보/타임 스탬프 만 포함하는 데이터 마트를 작성하는 것으로 생각할 수 있습니다. 이전 타임 스탬프를 어떻게 든 쿼리 할 수 ​​없도록 렌더링합니다. –

+0

이해할 수 있습니다. 이 주제와 관련된 고려 사항과 함축을 위해 사례를 만들고 싶었습니다. 기본적으로 사용자는 지금 가지고있는 것을 사용하여 프로토 타입을 만들 수 있으며 위에서 설명한대로 조인을 사용하여 데이터 소스에 직접 액세스 할 수 있습니다. 그런 다음 성능이 정상적으로 작동하는지 확인하기 위해 스트레스 테스트를 실행하십시오. 이상한 결과를 얻는 이유는 무엇입니까? 최상의 결합을 취소하고 처음부터 다시 만듭니다. 그런 다음 쿼리를 실행하고 실제 데이터 소스에 대해 생성 된 쿼리를 추출합니다. 차원 만 사용하여 시작한 다음 사실 연결 제한 결과 집합을 수행합니다. – Chris