Cognos BI 성능 튜닝 정보 IOD2012
IOD2012에서 Armin Kamal이라는 Cognos의 유명한 개발자가 발표한 것입니다.
꽤 매니악한 정보도 있어, 상급자용의 내용이 되고 있습니다.
아주 좋은 정보 가득한 동영상이므로, 제 이해의 범위에서 요약을 기재하므로, 흥미를 가진 분은 꼭 전편을 봐 주세요.
Part1 프로젝트 전반적인 이야기
기본적인 정보가 주.
데이터 소스로서 OLAP나 Star Schema를 사용하는 것은 중요하다는 메시지.
Part2 Framework Manager
· Cognos SQL과 Native SQL 보기
이런 식으로, Native SQL이 2회 select하고 있으면, Local Processing이 발생하고 있어 퍼포먼스 좋지 않다, 라고 하는 표시.
RDBMS에서 지원되지 않는 함수를 사용하면 Local Processing이 발생합니다.
쉬운 찾는 방법.
FM 항목 속성에서 Query Processing = Database Only
실행해 보면 오류가 발생합니다.
· Query Information의 응답보기
Retrieve from Database가 되어 있으면 좋지 않은 것 같다.
Query Subject를 편집하거나 필터링한다든가 하고 있으면, 이렇게 된다.
· Prompt Info 속성
Filter Item Reference는 Query Studio나 자유 분석에 사용되는 것 같다
색인이 붙어 있는 열을 지정해 두면 좋다.
⇒CWA라든지, 자유 분석에 사용할 수 있을 것 같다.
Part3 Report Studio
· 필터는 색인이있는 열을 지정합시다. 이름이 아닌 키라든지 코드라든지.
· Report Studio의 억제 기능 및 Filter 함수
억제에서 널 행을 삭제한 경우
MDX에서 Null을 제거하는 필터가 없습니다. Local Processing.
Filter 함수에서 Null 행 삭제의 경우.
Filter의 기술이 MDX에 들어 있다.
· Slicer와 Member의 차이
Slicer를 넣어보세요
실행하면 Slicer의 결과 Null이 된 열도 표시됩니다.
억제로 지우기 필요
Slicer가 아닌 Member를 넣는 프롬프트를 만듭니다.
⇒서프리션은 필요 없기 때문에 빠르다
Part4 Report Studio 계속
부모가 되는 쿼리를 1개 작성해, 아이 쿼리는 캐쉬를 사용해 고속화.
· DQM 모드에서 쿼리가 분할됩니다.
이런 보고서
감색은 크로스 집계 스페이서.
실행 이미지
던질 수 있는 쿼리는 3개로 나뉘어져 있습니다.
수정 버전. Sales Target과 Revenue에서 계층을 같은 2단계로 배치하는 것이 포인트.
쿼리는 하나로 집계된다.
궁극적으로 교차 집계 스페이서는 쿼리 계산을 null로 설정하고 속성에서 클래스를 삭제한 것을 사용하면 비슷한 것으로 보입니다. 하지만 쿼리는 한 개. ⇒Youtube에서 확인합시다.
· 요약 이야기
화살표로 나타내고 있는 곳에서, SQL에 {}나 {{}}가 있으면, 캐쉬나 Cognos SQL Optimizer를 우회해 버리기 때문에 좋지 않다, 라고 하는 이야기이므로, SQL에 이것이 있으면 주의.
Part5 Trouble Shooting
실제로 튜닝하는 예
Lineage를 확인하거나 한다.
데미넌트를 제대로 작성하는 것도 퍼포먼스상 중요.
youtube의 동영상에는 이것 이외의 정보도 있으므로, 흥미를 가지면 꼭 봐 주세요!
Reference
이 문제에 관하여(Cognos BI 성능 튜닝 정보 IOD2012), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/shinyama/items/af152e100d7bf8fa4e49텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)