Crear filtros de seguridad basados en orígenes relacionales para analítica en vivo y en memoria

A partir de MicroStrategy ONE actualización 11, Strategy admite la capacidad de crear filtros de seguridad basados en orígenes relacionales para Analytics en vivo y en memoria en todos los clientes listos para usar.

La actualización 10 de MicroStrategy ONE presenta una función de vista previa con la que los administradores pueden crear filtros de seguridad (seguridad basada en filas) basados en reglas definidas en orígenes relacionales, aplicables a analítica en vivo y en memoria para todos los usuarios. Esto se consigue creando un filtro de seguridad basado en un informe de SQL definido por el usuario.

Esta función funciona leyendo los elementos de datos que el usuario puede ver a través del informe de SQL definido por el usuario. Estos elementos se incluyen en el filtro de seguridad resuelto de la sesión de usuario. A continuación, el filtro de seguridad se aplica como cualquier otro filtro de seguridad normal cuando un informe consulta datos frente a orígenes de datos activos o cubos en memoria.

Muchos Strategy clientes/OEM tienen un modelo de seguridad basado en bases de datos relacionales. Esto significa que mantienen una o más tablas en la base de datos que recuerdan qué elementos de atributo están visibles para un usuario específico. El ejemplo siguiente identifica los elementos de región que están visibles para cada User_Login en la tabla User_Region.

Esta función le permite definir un filtro de seguridad basado en un informe de SQL definido por el usuario. El informe de SQL definido por el usuario se basa en la selección dinámica del sistema de inicio de sesión de usuario para filtrar los datos correspondientes a un usuario concreto.

Para empezar, consulte los siguientes temas:

• Crear un filtro de seguridad basado en un informe de SQL definido por el usuario

• Mejoras de MicroStrategy ONE Actualización 11

Crear un filtro de seguridad basado en un informe de SQL definido por el usuario

1. Seleccionar Archivo > Nuevo informe de SQL definido por el usuario para crear un informe de SQL definido por el usuario con inicio de sesión de usuario La solicitud del sistema para obtener elementos específicos del usuario de la tabla de seguridad en el almacén. Con la tabla USER_REGION en el almacén, como se muestra arriba, el informe de SQL definido por el usuario se puede definir de la siguiente manera:

   Copiar

   select Region_id from User_Region Where user_login = [? User Login]

   

2. Seleccionar Archivo > Nuevo filtro de seguridad para crear un filtro de seguridad y añada el informe de SQL definido por el usuario que ha creado en el paso anterior. El informe de SQL definido por el usuario utilizado como filtro de seguridad solo debe tener atributos de proyecto y una selección dinámica del sistema de inicio de sesión de usuario.

   

3. Aplique el filtro de seguridad a los usuarios. La imagen siguiente muestra el filtro de seguridad SF01_FFSQL01 aplicado al usuario de SF3.

   

4. Inicie sesión en el proyecto asignado con el usuario especificado. En la imagen siguiente, el usuario de SF3 solo puede ver una cantidad limitada de elementos de atributo de la región al ejecutar cualquier informe o dashboard en el proyecto.

   El filtro de seguridad falla si el informe de SQL definido por el usuario que ha añadido no es válido. Esto puede ocurrir si el informe de SQL definido por el usuario contiene atributos gestionados, indicadores, expresiones de filtros de seguridad o selecciones dinámicas normales.

   

Mejoras de MicroStrategy ONE Actualización 11

• Se genera una caché de informe para el informe de SQL definido por el usuario utilizado en el filtro de seguridad. Las cachés de informes de SQL definido por el usuario se pueden supervisados y suscrito al igual que otros cachés.

• Los usuarios que obtienen los mismos resultados de resolución de un informe de SQL definido por el usuario en el mismo filtro de seguridad comparten la caché del dashboard, documento o informe.

  El usuario de SF4 tiene exactamente los mismos elementos de la tabla Seguridad en el almacén que el usuario de SF3. El filtro de seguridad SF01_FFSQL01 está aplicado al usuario SF4. Si solo SF3 y SF4 tienen el mismo filtro de seguridad, significan que encuentran la misma caché al ejecutar el mismo dashboard, documento o informe.