Créez des filtres de sécurité basés sur des sources relationnelles pour les analyses en direct et en mémoire

À partir de la MicroStrategy ONE Update 11, MicroStrategy prend en charge la capacité de créer des filtres de sécurité basés sur des sources relationnelles pour les analyses en direct et en mémoire de tous les clients prêts à l'emploi.

MicroStrategy ONE Update 10 présente une fonctionnalité d'aperçu où les administrateurs peuvent créer des filtres de sécurité (de sécurité par ligne) en fonction des règles définies dans les sources relationnelles, applicables à la fois à l'analyse en direct et en mémoire de tous les utilisateurs. Pour ce faire, créez un filtre de sécurité basé sur un rapport Freeform SQL.

Cette fonctionnalité fonctionne en lisant les éléments de données autorisés à être vus par l'utilisateur via le rapport Freeform SQL. Ces éléments sont inclus dans le filtre de sécurité résolu de la session utilisateur. Le filtre de sécurité est ensuite appliqué de la même manière que tout autre filtre de sécurité normal lorsqu'un rapport interroge des données auprès de sources de données actives ou de cubes en mémoire.

De nombreux clients/OEM de MicroStrategy disposent d'un modèle de sécurité basé sur une base de données relationnelle. Cela signifie qu'ils conservent une ou plusieurs tables dans la base de données qui se souviennent quels éléments d'attributs sont visibles pour un utilisateur spécifique. L'exemple ci-dessous identifie les éléments de région visibles pour chaque User_Login dans la table User_Region.

Cette fonctionnalité vous permet de définir un filtre de sécurité basé sur un rapport Freeform SQL. Le rapport Freeform SQL s'appuie sur l'invite système de connexion de l'utilisateur pour filtrer les données correspondantes pour un utilisateur particulier.

Commencez en consultant les rubriques suivantes :

Créer un filtre de sécurité à partir d'un rapport Freeform SQL
Améliorations dans MicroStrategy ONE Mise à jour 11

Créer un filtre de sécurité à partir d'un rapport Freeform SQL

Choisissez Fichier > Nouveau rapport Freeform SQL pour créer un rapport Freeform SQL avec une invite système de connexion utilisateur pour obtenir des éléments spécifiques à l'utilisateur de la table de sécurité dans l'entrepôt. La table USER_REGION étant conservée dans l'entrepôt comme indiqué ci-dessus, le rapport Freeform SQL peut être défini comme suit :
Copier
```
select Region_id from User_Region Where user_login = [? User Login]
```
Choisissez Fichier > Nouveau filtre de sécurité pour créer un filtre de sécurité et ajouter le rapport Freeform SQL que vous avez créé à l'étape précédente. Le rapport Freeform SQL utilisé comme filtre de sécurité doit uniquement comporter des attributs de projet et une invite système de connexion utilisateur.
Appliquez le filtre de sécurité aux utilisateurs. L'image ci-dessous montre le filtre de sécurité SF01_FFSQL01 appliqué à l'utilisateur SF3.
Connectez-vous au projet assigné avec l'utilisateur spécifié. Dans l'image ci-dessous, seuls des éléments d'attribut de région limités sont visibles pour l'utilisateur SF3 lors de l'exécution d'un rapport ou d'un tableau de bord dans le projet.

Le filtre de sécurité échoue si le rapport Freeform SQL que vous avez ajouté n'est pas valide. Cela peut se produire si le rapport Freeform SQL contient des attributs gérés, des mesures, des expressions de filtres de sécurité ou des invites normales.

Améliorations dans MicroStrategy ONE Mise à jour 11

Un cache de rapport est généré pour le rapport Freeform SQL utilisé dans le filtre de sécurité. Les caches de rapports Freeform SQL peuvent être surveillé et souscrit comme les autres caches.
Les utilisateurs qui obtiennent les mêmes résultats de résolution à partir d'un rapport Freeform SQL dans le même filtre de sécurité partagent le cache du tableau de bord, du document ou du rapport.

L'utilisateur SF4 dispose exactement des mêmes éléments de la table de sécurité de l'entrepôt que l'utilisateur SF3. Le filtre de sécurité SF01_FFSQL01 est appliqué à l'utilisateur SF4. Lorsque seuls SF3 et SF4 ont le même filtre de sécurité, ils atteignent le même cache lors de l'exécution du même tableau de bord, document ou rapport.