Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cet article décrit les méthodes les plus courantes que vous pouvez utiliser pour simplifier vos règles pour les groupes d’appartenances dynamiques. Les règles plus simples et plus efficaces entraînent de meilleurs temps de traitement pour les groupes dynamiques.
Lorsque vous écrivez des règles d’appartenance pour les groupes d’appartenance dynamiques, suivez les conseils de cet article pour vous assurer que vous créez ces règles aussi efficacement que possible.
Réduire l’utilisation de l’opérateur -match
Réduisez votre utilisation de l’opérateur -match dans les règles autant que possible. Au lieu de cela, explorez s’il est possible d’utiliser l’opérateur -startswith ou -eq. Envisagez d’utiliser d’autres propriétés qui vous permettent d’écrire des règles pour sélectionner les utilisateurs d’un groupe sans utiliser l’opérateur -match .
Par exemple, si vous souhaitez une règle pour le groupe qui contient tous les utilisateurs dont la ville est Lagos, n’utilisez pas de règle comme suit :
user.city -match "ago"user.city -match ".*?ago.*"
Il est préférable d’utiliser une règle comme cet exemple :
user.city -startswith "Lag"
Ou, le meilleur de tous :
user.city -eq "Lagos"
Réduire l’utilisation de l’opérateur -contains
Comme avec -match, réduisez votre utilisation de l’opérateur -contains dans les règles autant que possible. Au lieu de cela, explorez s’il est possible d’utiliser l’opérateur -startswith ou -eq. L’utilisation -contains peut augmenter les temps de traitement, en particulier pour les locataires qui ont de nombreux groupes d’appartenance dynamiques.
Utiliser moins d’opérateurs -or
Identifiez quand votre règle utilise différentes valeurs pour la même propriété, reliées entre elles par des opérateurs -or. Utilisez plutôt l’opérateur -in pour les regrouper en un seul critère. Un critère unique facilite l’évaluation de la règle.
Par exemple, n’utilisez pas de règle comme celle-ci :
(user.department -eq "Accounts" -and user.city -eq "Lagos") -or
(user.department -eq "Accounts" -and user.city -eq "Ibadan") -or
(user.department -eq "Accounts" -and user.city -eq "Kaduna") -or
(user.department -eq "Accounts" -and user.city -eq "Abuja") -or
(user.department -eq "Accounts" -and user.city -eq "Port Harcourt")
Il est préférable d’utiliser une règle comme cet exemple :
user.department -eq "Accounts" -and user.city -in ["Lagos", "Ibadan", "Kaduna", "Abuja", "Port Harcourt"]
À l’inverse, identifiez des sous-critères similaires avec la même propriété qui ne sont pas égales à des valeurs différentes liées à des -and opérateurs. Utilisez ensuite l’opérateur -notin pour les regrouper dans un critère unique pour faciliter la compréhension et l’évaluation de la règle.
Par exemple, n’utilisez pas de règle comme celle-ci :
(user.city -ne "Lagos") -and (user.city -ne "Ibadan") -and (user.city -ne "Kaduna") -and (user.city -ne "Abuja") -and (user.city -ne "Port Harcourt")
Il est préférable d’utiliser une règle comme cet exemple :
user.city -notin ["Lagos", "Ibadan", "Kaduna", "Abuja", "Port Harcourt"]
Évitez les critères redondants
Vérifiez que vous n’utilisez pas de critères redondants dans votre règle. Par exemple, n’utilisez pas de règle comme celle-ci :
user.city -eq "Lagos" or user.city -startswith "Lag"
Il est préférable d’utiliser une règle comme cet exemple :
user.city -startswith "Lag"