Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Artikel werden die am häufigsten verwendeten Methoden erläutert, mit denen Sie Ihre Regeln für dynamische Mitgliedschaftsgruppen vereinfachen können. Regeln, die einfacher und effizienter sind, führen zu besseren Verarbeitungszeiten für dynamische Gruppen.
Wenn Sie Mitgliedschaftsregeln für dynamische Mitgliedschaftsgruppen schreiben, befolgen Sie die Tipps in diesem Artikel, um sicherzustellen, dass Sie diese Regeln so effizient wie möglich erstellen.
Minimieren der Verwendung des -match-Operators
Minimieren Sie die Verwendung des -match Operators in Regeln so weit wie möglich. Untersuchen Sie stattdessen, ob es möglich ist, den -startswith-Operator oder den -eq-Operator zu verwenden. Erwägen Sie die Verwendung anderer Eigenschaften, mit denen Sie Regeln schreiben können, um die Benutzer für eine Gruppe auszuwählen, ohne den -match Operator zu verwenden.
Wenn Sie beispielsweise eine Regel für die Gruppe benötigen, die alle Benutzer enthält, deren Stadt Lagos ist, verwenden Sie keine Regel wie diese:
user.city -match "ago"user.city -match ".*?ago.*"
Es ist besser, eine Regel wie dieses Beispiel zu verwenden:
user.city -startswith "Lag"
Oder am besten:
user.city -eq "Lagos"
Minimieren der Verwendung des -contains-Operators
Wie bei -match sollten Sie die Verwendung des -contains Operators in Regeln so weit wie möglich minimieren. Untersuchen Sie stattdessen, ob es möglich ist, den -startswith-Operator oder den -eq-Operator zu verwenden. Die Verwendung -contains kann die Verarbeitungszeiten erhöhen, insbesondere für Mandanten mit vielen dynamischen Mitgliedschaftsgruppen.
Seltenere Verwendung von OR-Operatoren
Ermitteln Sie, wann Ihre Regel verschiedene Werte für dieselbe Eigenschaft verwendet, die zusammen mit -or Operatoren verknüpft ist. Verwenden Sie stattdessen den -in Operator, um sie in ein einzelnes Kriterium zu gruppieren. Ein einzelnes Kriterium erleichtert die Auswertung der Regel.
Verwenden Sie z. B. keine Regel wie diese:
(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")
Es ist besser, eine Regel wie dieses Beispiel zu verwenden:
user.department -eq "Accounts" -and user.city -in ["Lagos", "Ibadan", "Kaduna", "Abuja", "Port Harcourt"]
Identifizieren Sie dagegen ähnliche Unterkriterien mit derselben Eigenschaft, die nicht mit verschiedenen Werten übereinstimmt, die mit -and Operatoren verknüpft sind. Verwenden Sie dann den -notin-Operator, um sie in einem einzelnen Kriterium zu gruppieren, damit die Regel einfacher zu verstehen und auszuwerten ist.
Verwenden Sie z. B. keine Regel wie diese:
(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")
Es ist besser, eine Regel wie dieses Beispiel zu verwenden:
user.city -notin ["Lagos", "Ibadan", "Kaduna", "Abuja", "Port Harcourt"]
Vermeiden von redundanten Kriterien
Stellen Sie sicher, dass Sie keine redundanten Kriterien in Ihrer Regel verwenden. Verwenden Sie z. B. keine Regel wie diese:
user.city -eq "Lagos" or user.city -startswith "Lag"
Es ist besser, eine Regel wie dieses Beispiel zu verwenden:
user.city -startswith "Lag"