Filter zuweisen

Nachdem Sie Filter definiert haben, können Sie sie Benutzern oder Gruppen zuweisen. Änderungen an der Definition eines Filters werden automatisch von Benutzern dieses Filters übernommen. Sie können Filter in MaxL oder in der Essbase-Weboberfläche zuweisen.

Filter wirken sich nicht auf Benutzer aus, die über die Administratorrolle verfügen.

Hinweis:

Um Filter zuzuweisen, müssen Rollen auf Anwendungsebene zugewiesen werden. In MaxL werden Benutzer- und Gruppenrollen auf Anwendungsebene implizit zugewiesen, während in der Essbase-Weboberfläche eine explizite Rollenzuweisung auf Anwendungsebene erforderlich ist, bevor Sie Filter zuweisen können.

Filter mit MaxL zuweisen

Sie können Filter in MaxL mit der grant-Anweisung zuweisen.

Beispiel

  1. Erstellen Sie einen Filter namens filter1.
    MAXL> create filter sample.basic.filter1 read on 'Jan, sales', no_access on
        '@children(Qtr2)';
  2. Filterzugriff für user1 erteilen.
    MAXL> grant filter sample.basic.filter1 to user1;

Filter mit der Essbase-Webbenutzeroberfläche zuweisen

Um Filter mit der Essbase-Weboberfläche zuzuweisen, müssen Sie zuerst Rollenzuweisungen auf Anwendungsebene vornehmen und dann die Filter zuweisen.

Beispiel

  1. Rollen auf Anwendungsebene zuweisen:
    1. Öffnen Sie die Anwendung auf der Seite "Anwendungen".
    2. Wählen Sie die Seite Anpassung aus.
    3. Wählen Sie die Registerkarte Berechtigungen aus.
    4. Klicken Sie auf Hinzufügen.

      Eine Liste von Benutzern und Gruppen wird angezeigt.

    5. Klicken Sie neben einem Benutzer auf Hinzufügen Abbildung des Symbols "Hinzufügen" in Redwood. .

      In diesem Thema wird als Beispiel user1 verwendet, ein Benutzer mit der Benutzerrolle.

    6. Schließen Sie den rechten Fensterbereich, indem Sie auf "Close Abbildung des Symbols "Redwood schließen"." klicken.
  2. Erstellen Sie einen Filter mit dem Namen filter1 mit Lesezugriff auf "Jan, sales", ohne Zugriff auf @children(Qtr2).
  3. Filterzugriff für Benutzer 1 erteilen:
    1. Öffnen Sie die Anwendung auf der Seite "Anwendungen".
    2. Öffnen Sie den Cube.
    3. Wählen Sie die Seite Anpassung aus.
    4. Wählen Sie das Register Filter aus.
    5. Wählen Sie filter1 aus.
    6. Wählen Sie die Registerkarte Rollen aus.
    7. Klicken Sie auf Hinzufügen.

      Eine Liste der Benutzer wird angezeigt.

    8. Klicken Sie neben einem user1 auf Abbildung des Symbols "Hinzufügen" in Redwood. hinzufügen.
    9. Klicken Sie auf Schließen Abbildung des Symbols "Redwood schließen"..

      user1 wird als Member von filter1 angezeigt.

Sich überschneidende Filterdefinitionen

Wenn ein Essbase-Filter Zeilen mit sich überschneidenden Elementspezifikationen enthält, hat die detaillierteste Elementspezifikation Vorrang, gefolgt von der höchsten Zugriffsebene.

Der geerbte Zugriff der zugewiesenen Benutzer wird durch die folgenden Regeln festgelegt, die in der Reihenfolge ihrer Priorität aufgeführt sind:

  1. Ein Filter, der eine detailliertere Dimensionskombinationsliste definiert, hat Vorrang vor einem Filter mit weniger Details.

  2. Wenn die vorhergehende Regel den Überschneidungskonflikt nicht auflöst, wird die höchste Zugriffsebene unter sich überschneidenden Filterzeilen angewendet.

Beispiel: Dieser Filter enthält Überschneidungskonflikte:

  • Zugriff: Schreiben. Elementspezifikation: Ist.

  • Zugriff: Keine. Elementspezifikation: Ist.

  • Zugriff: Lesen. Mitgliedsangabe: Actual, @IDESCENDANTS("New York").

Die dritte Spezifikation definiert Sicherheit auf einer größeren Detailebene als die anderen beiden. Daher wird Lesezugriff auf alle Istdaten für Mitglieder in der New Yorker Niederlassung gewährt.

Da der Schreibzugriff eine höhere Zugriffsebene als keine hat, erhalten die verbleibenden Datenwerte in Actual Schreibzugriff.

Alle anderen Zellen, z. B. Budget, sind entsprechend den Mindestberechtigungen für die Datenbank zugänglich.

Wenn Sie Schreibzugriff haben, haben Sie auch Lesezugriff.

Hinweis:

Änderungen an Elementen im Datenbank-Outline werden nicht automatisch in Filtern widergespiegelt. Sie müssen die geänderten Elementreferenzen manuell aktualisieren.

Metadatenfilterdefinitionen überlappen sich

Definieren Sie einen Essbase MetaRead-Filter nur dann mit mehreren Zeilen, wenn die betroffene Elementliste in einer bestimmten Zeile keine Überschneidung mit MetaRead-Elementen in anderen Zeilen aufweist. Es wird empfohlen, eine Dimension pro Zeile in Filtern anzugeben, die MetaRead in mehreren Zeilen enthalten.

Solange es jedoch keine Überschneidung zwischen den Vorgängern und MetaRead-Elementen gibt, ist es weiterhin gültig, verschiedene Elementgruppen einer Dimension in mehrere MetaRead-Zeilen anzugeben.

Beispiel: In "Beispielbasis" weist die folgende Filterdefinition Überschneidungskonflikte auf:

  • Zugriff: MetaRead. Mitgliedsbeschreibung: California.

  • Zugriff: MetaRead. Mitgliedsbeschreibung: West.

In der ersten Zeile hat die Anwendung von MetaRead auf Kalifornien den Effekt, den Zugriff auf Kalifornien zuzulassen, aber den Zugriff auf seine Vorfahren zu blockieren. Daher wird der MetaRead-Zugriff auf West ignoriert; Benutzer, denen dieser Filter zugewiesen ist, haben keinen Zugriff auf West.

Wenn Sie den MetaRead-Zugriff sowohl West als auch Kalifornien zuweisen möchten, sollten Sie diese in einer Zeile kombinieren: Access: MetaRead. Mitgliedsbeschreibung: California, West.

Sich überschneidende Zugriffsdefinitionen

Wenn Essbase-Filter unvereinbare Berechtigungen für Benutzer direkt definieren, als für Benutzer in Gruppen definiert sind, hat die detaillierteste Spezifikation Vorrang, gefolgt von der höchsten Zugriffsebene.

Wenn sich die Zugriffsrechte von Benutzer- und Gruppendefinitionen überschneiden, gelten die folgenden, in der Prioritätsreihenfolge aufgeführten Regeln:

  1. Eine Zugriffsebene, die eine detailliertere Dimensionskombinationsliste definiert, hat Vorrang vor einer Ebene mit weniger Details.

  2. Wenn die vorhergehende Regel den Überschneidungskonflikt nicht auflöst, wird die höchste Zugriffsebene angewendet.

Beispiel 1:

Benutzer Fred wird mit dem folgenden Datenbankzugriff definiert:

FINPLAN     R
CAPPLAN     W
PRODPLAN    N

Er ist Group Marketing zugewiesen, die den folgenden Datenbankzugriff hat:

FINPLAN     N
CAPPLAN     N
PRODPLAN    W

Seine wirkungsvollen Rechte setzen sich wie folgt zusammen:

FINPLAN     R
CAPPLAN     W
PRODPLAN    W

Beispiel 2:

Benutzer Mary wird mit dem folgenden Datenbankzugriff definiert:

FINPLAN     R
PRODPLAN    N

Sie ist Group Marketing zugewiesen, die über folgenden Datenbankzugriff verfügt:

FINPLAN     N
PRODPLAN    W

Ihre effektiven Rechte sind festgelegt als:

FINPLAN     R
PRODPLAN    W

Darüber hinaus verwendet Mary das Filterartefakt RED (für die Datenbank FINPLAN). Der Filter verfügt über zwei Filterzeilen:

  • Zugriff: Lesen. Elementspezifikation: Ist.

  • Zugriff: Schreiben. Mitgliedsangabe: Budget, @IDESCENDANTS("New York").

Das Group Marketing verwendet auch ein Filterartefakt BLUE (für die Datenbank FINPLAN). Der Filter verfügt über zwei Filterzeilen:

  • Zugriff: Lesen. Mitgliedsspezifikation: Ist, Umsatz.

  • Zugriff: Schreiben. Mitgliedsspezifikation: Budget, Umsatz.

Marys effektive Rechte aus den sich überschneidenden Filtern und die Berechtigungen, die ihr und ihrer Gruppe zugewiesen sind:

  • R: Gesamte FINPLAN-Datenbank.

  • W: Für alle Budgetdaten in der New Yorker Niederlassung.

  • W: Für Datenwerte, die sich auf Budget und Umsatz beziehen.