공유 멤버에 액세스 권한을 직접 지정할 수 없습니다. 공유 멤버는 기본 멤버, 상위 또는 상위 멤버로부터 액세스 권한을 상속합니다.
Oracle Hyperion Planning은 멤버의 액세스 권한 상속 관계에 기초하여 순서대로 사용자별, 그룹별로 각 레벨에서 액세스 권한을 확인합니다. 액세스 권한이 여러 개 있는 경우 가장 덜 제한적인 액세스 권한이 적용됩니다(예: 쓰기 액세스 권한이 읽기 액세스 권한보다 우선함).
다음 예에서는 데이터베이스 새로고침 또는 데이터베이스 생성 페이지(애플리케이션 데이터베이스 생성 및 새로고침참조)에서 보안 필터 및 공유 멤버 옵션을 선택하여 데이터베이스를 새로 고치거나 생성하는 경우 기본 멤버 및 해당 공유 멤버에 대한 유효한 액세스를 결정하는 방법을 보여줍니다.
샘플 엔티티 멤버
| 상위 엔티티 | 하위 엔티티 |
|---|---|
|
미국 |
|
|
CA(기준) |
|
|
NY |
|
|
서부 |
|
|
CA(공유) |
|
|
NV |
|
|
판매 지역 1 |
|
|
CA(공유) |
표 3-2 공유 멤버에 상속된 액세스 권한의 예
| 사례 | 액세스 권한 | 기본 및 공유 멤버 CA의 유효 액세스 권한 | 설명 |
|---|---|---|---|
|
사례 1 |
CA(기준) = 없음 iDescendants(서부) = 읽기 |
읽기 |
읽기가 없음보다 덜 제한적이기 때문에 CA는 서부 상위에서 읽기 액세스 권한을 상속합니다. |
|
사례 2 |
iDescendants(미국) = 없음 iDescendants(서부) = 읽기 iDescendants(판매 지역 1) = 쓰기 |
쓰기 |
쓰기가 읽기 또는 없음보다 덜 제한적이기 때문에 CA는 판매 지역 1 상위에서 쓰기 액세스 권한을 상속합니다. |
|
사례 3 |
iDescendants(미국) = 쓰기 iDescendants(서부) = 없음 iDescendants(판매 지역 1) = 읽기 |
쓰기 |
쓰기가 읽기 또는 없음보다 덜 제한적이기 때문에 CA는 미국 상위에서 쓰기 액세스 권한을 상속합니다. |