몬드리안 스키마, 데이터 분리 및 프리젠 테이션

Question

필자는 Pentaho 5.0과 함께 사용하기 위해 특별히 몬드리안 스키마를 만들려고 시도했습니다. (버전이 많이 중요하지는 않습니다.) 제가 반복해서 제기하는 한 가지 문제는, 데이터의 표현과 데이터 자체를 제어하는 ​​방법입니다. 예를 들어 설명해 드리겠습니다.

같은 큐브를 상상해 : 우리가 time.year의 회원들에 대해 생각한다면, 나는 우리 모두가 그들이 것 동의 할 거라고 확신 (계층 구조에 대한 치수, H에 대한 D, 레벨 L)

D: time 
    H: default 
    L: year 
    L: month 
    L: day 
D: currency 
    H: default 
    L: name 
    L: code 

..., 2008, 2009, 2010, 2011, 2012, 2013, ...이되어야합니다. 이제 time.month으로 넘어 갑시다. 여기 상황이 재미 있습니다. 숫자 또는 단어로 time.month을 표시합니까? 왜 둘 다 가지지 않겠습니까?

몬드리안은 회원의 이름뿐만 아니라 회원의 이름보다 다른 값을 제공하는 회원의 "캡션"을 지정할 수있는 방법을 제공합니다. 큰! 그러나 캡션을 제공하면 펜타 호에서 캡션 만 볼 수 있습니다. 절대 원래 회원 이름. 사용자가 더 적절한 방법을 선택하도록하려면 어떻게해야합니까?

달 수준 (하루 수준 및 여러 수준이있는 계층 구조)은 혼동의 원인이됩니다. 달이 12 개의 값 중 하나로 표시되면 (숫자 또는 단어가 여기에 영향을주지 않음) 실제 구성원 값은 time.[2012].[1], time.[2012].[2], ..., time.[2012][12], time.[2013].[1], ...입니다. 따라서 6 월 (6 월)에는 ..., time.[2009].[6], time.[2010].[6], time.[2011].[6], ...과 같은 회원이 많이 있습니다. 따라서 회원 목록이 제시되고 회원 이름의 월 부분 만 포함 된 경우 1,2,3,4,5,6,7,8,9,10,11,12,1,2,3,4,5,6,7,8,9,10,11,12,1,2,3,...이 표시됩니다. 동등한 달은 구별 할 수 없습니다. "일년 칼럼도 포함 시켜라."라고 말합니다. 그렇습니다.하지만, 필터링 대화 상자에서와 같이, Pentaho가 옵션을 제공하지 않는 다른 장소가 있습니다. 나는 회원의 캡션에 연도를 포함시킬 생각이었습니다. 따라서 6 또는 June 대신에 2012 June이 표시됩니다. 불행하게도 이것은 이상적이지 않습니다. 계층 구조의 각 수준이 존재한다면 (그리고 우리는이 패턴을 하루에도 따라 갔다고 가정), 각 행은 2012 | 2012 June | 2012 June 13 | your_measure과 같습니다. 이것은 당연히 바보입니다. 그러나 이것은 펜타 호 보고서를 시추 할 때 쉽게 발생할 수 있습니다.

두 번째 차원에도 비슷한 문제가 있습니다. 세계 통화 유형의 데이터 세트를 상상해보십시오. 3 자리의 ISO 표준 통화 코드와 공식 통화 이름이 있습니다. 이 두 값은 1 : 1이며 서로 완전히 의존합니다. 각각은 고유 한 키입니다. 둘 사이에 실제적인 계층 적 관계는 없습니다. 저는 그것들을 단순히 같은 데이터 조각에 대한 2 가지 다른 표현으로 봅니다. 가장 큰 장애물은 동일한 계층 구조에 있지 않으면 Pentaho가 자유롭게 반대 축에 배치 할 수 있다는 것입니다. 이렇게하면 말도 안되는 보고서가 만들어집니다.

 United States Dollar | Canadian Dollar | Euro | ... 
USD |    12345 |    - | - | 
CAD |     - |   12345 | - | 
EUR |     - |    - | 1234 | 
... 

간결함을 원하는 경우 코드가 우수합니다. 그러나 어쩌면 당신은 몇 가지 드문 통화와 관련된 특정 상황을 다루고 있으며 보고서 독자가 더 모호한 코드의 의미를 찾아 보도록하고 싶지 않을 수도 있습니다. 내가 <Property> 요소의 사용을 탐험했지만 펜타 호는 다시 속성 값을 표시하기 위해 멤버 열을 표시해야한다는 점에서 융통성이 부족합니다. 이름이 코드 멤버의 속성 인 경우 중복되는 코드도 포함하지 않고 보고서에 통화 이름 만 표시 할 수있는 방법이 없습니다.

궁극적으로, 최종 사용자가 Pentaho에서 분석을 수행하는 데 합리적인 일관된 환경을 제공하는 데이터 또는 스키마 디자인의 일부 표현을 제어하는 ​​메커니즘이 궁극적으로 필요합니다.

Answer 1

이것은 매우 일반적입니다.

속성과 관련하여 - 분석기에서 재주문을 할 수 없다면 일종의 2 등급 시민처럼 보일 수 있습니다. 그리고 그들은 Saiku에서 여전히 지원되거나 전시되지 않기 때문에 어쨌든 그들은 사용할 수 없다는 것을 의미합니다. 그러나 귀하의 예를 들어 실제로 실제로 의도 한 올바른 사용 - 사실 좋은 설명!

하나의 해결책이 있지만 매우 깨끗하지는 않습니다. 사용자 기본 설정에 따라 서로 다른 계층을 정의한 다음 역할 기반 보안을 사용하여 최종 사용자로부터 하나 또는 그 이상의 계층을 숨길 수 있습니다.

내가 수행 한 테마의 변형은 권한에 따라 다른 수준과 계층을 볼 수있는 동일한 큐브에 대한 관리자 수준, 고위 수준 및 초급 수준의 액세스 권한을 갖는 것입니다.

나는 모든 것이 이제는 단순한 속성이기 때문에 여기에 개선 될 수있는 Mondrian4에 들어가기위한 시간이 없었습니다. 그러나 나는 100 % 확실하지 않습니다.

마지막으로 필자는 분명히 지원 (지원 계약을 맺은 것처럼 들릴 수도 있음)을 통해이 문제를 제기하고 개선점을 확인합니다. 여기에 jira 게시 나는 definately 그것을 upvote거야!