Exemple 5 : utilisation de la fonction Exists pour définir un jeu autorisé

Dans cet exemple, un rôle de base de données est configuré avec les paramètres de sécurité de dimension indiqués dans le tableau suivant.

Les résultats de ces paramètres de sécurité de dimension sont les suivants :

• Le jeu autorisé qui est défini pour l'attribut City limite la visibilité des membres ajoutés de l'attribut City.
• Seul le membre California de l'attribut State sera visible. (Le jeu autorisé pour l'attribut City inclut uniquement San Jose et San Francisco, deux villes de Californie. Ceci implique que le jeu autorisé limite non seulement l'attribut City, mais également la visibilité de l'attribut State à California uniquement).
• L'attribut Gender n'est pas visible, car la propriété IsAllowed de cet attribut a la valeur False.
• Les totaux agrégés des attributs State et All Level incluent uniquement les membres d'attributs visibles par le rôle de base de données (totaux de San Jose et San Francisco, en l'occurrence), car la propriété VisualTotals des attributs City et State a la valeur True.

Vérification du jeu de résultats

Compte tenu de ces paramètres de sécurité de dimension pour le rôle (et de l'accès du cube à toutes les cellules), le jeu de résultats suivant est retourné par le cube lorsque tous les membres font l'objet d'une requête.

Voir aussi

Tâches

Octroi d'accès personnalisés aux données d'une dimension

Concepts

Exemple 1 : définition explicite d'un jeu autorisé
Exemple 2 : spécification explicite d'un jeu refusé
Exemple 3 : utilisation de la fonction Except pour exempter les membres d'un jeu refusé
Exemple 4 : utilisation de la fonction Exists pour exempter des membres d'un jeu refusé
Exemple 6 : utilisation des fonctions Exists et Except pour définir les jeux autorisés et refusés

Aide et Informations

Assistance sur SQL Server 2005