No puede asignar acceso directamente a un miembro compartido. Un miembro compartido hereda los permisos de acceso de su miembro base, padre o antecesor.
Oracle Hyperion Planning comprueba los permisos de acceso en cada nivel, primero por usuario, después por grupo, según la relación de herencia de permisos de acceso del miembro. Si existen varios permisos de acceso, se aplica el permiso de acceso menos restrictivo (por ejemplo, el permiso de escritura tiene prioridad al de lectura).
En este ejemplo se muestra cómo se determinan el acceso efectivo a los miembros base y sus miembros compartidos si la base de datos se refresca o crea con las opciones Filtros de seguridad y Miembros compartidos seleccionadas en la página Refrescar base de datos o Crea base de datos (consulte Creación y refrescamiento de bases de datos de aplicaciones).
Miembros de entidad de ejemplo
Entidad padre | Entidades hijas |
---|---|
Estados Unidos |
|
CA (base) |
|
NY |
|
Oeste |
|
CA (compartido) |
|
NV |
|
Región de ventas 1 |
|
CA (compartido) |
Tabla 3-2 Ejemplo de acceso heredado para miembros compartidos
Caso | Permiso de acceso | Acceso efectivo para CA de miembro base y compartido | Explicación |
---|---|---|---|
Caso 1 |
CA (base) = Ninguno Descendientes (incluir) (Oeste) = Lectura |
Lectura |
CA hereda el acceso de lectura de su padre Oeste porque el acceso de lectura es menos restrictivo que ninguno. |
Caso 2 |
Descendientes (inclusive) (Estados Unidos) = Ninguno Descendientes (incluir) (Oeste) = Lectura Descendientes (inclusive) (Región de ventas 1) = Escritura |
Escritura |
CA hereda el acceso de escritura de su padre Región de ventas 1 porque el acceso de escritura es menos restrictivo que de lectura o ninguno. |
Caso 3 |
Descendientes (inclusive) (Estados Unidos) = Escritura Descendientes (incluir) (Oeste) = Ninguno Descendientes (inclusive) (Región de ventas 1) = Lectura |
Escritura |
CA hereda el acceso de escritura de su padre Estados Unidos porque el acceso de escritura es menos restrictivo que de lectura o ninguno. |