Erstellen Sie Sicherheitsfilter basierend auf relationalen Quellen für Live- und In-Memory-Analytics

Beginnend mit MicroStrategy ONE Update 11 unterstützt MicroStrategy die Möglichkeit, Sicherheitsfilter basierend auf relationalen Quellen für Live- und In-Memory-Analysen in allen Clients standardmäßig zu erstellen.

MicroStrategy ONE Update 10 führt eine Vorschaufunktion ein, mit der Administratoren Sicherheitsfilter (zeilenbasierte Sicherheit) basierend auf in relationalen Quellen definierten Regeln erstellen können, die sowohl auf Live- als auch auf In-Memory-Analysen für alle Benutzer anwendbar sind. Dies wird durch die Erstellung eines Sicherheitsfilters basierend auf einem Freeform-SQL-Bericht erreicht.

Diese Funktion funktioniert durch das Einlesen der Datenelemente, die der Benutzer über den Freeform-SQL-Bericht sehen darf. Diese Elemente sind im aufgelösten Sicherheitsfilter der Benutzersitzung enthalten. Der Sicherheitsfilter wird dann auf die gleiche Weise wie jeder andere normale Sicherheitsfilter angewendet, wenn ein Bericht Daten von Live-Datenquellen oder In-Memory-Cubes abfragt.

viele MicroStrategy Kunden/OEMs verfügen über ein auf einer relationalen Datenbank basierendes Sicherheitsmodell. Das bedeutet, dass sie eine oder mehrere Tabellen in der Datenbank führen, die speichern, welche Attributelemente für einen bestimmten Benutzer sichtbar sind. Das folgende Beispiel identifiziert die Regionselemente, die für jedes User_Login in der Tabelle „User_Region“ sichtbar sind.

Mit dieser Funktion können Sie einen Sicherheitsfilter basierend auf einem Freeform-SQL-Bericht definieren. Der Freeform-SQL-Bericht verwendet die Systemeingabeaufforderung für die Benutzeranmeldung, um die entsprechenden Daten für einen bestimmten Benutzer zu filtern.

Sehen Sie sich zum Einstieg die folgenden Themen an:

Erstellen Sie einen Sicherheitsfilter basierend auf einem Freeform-SQL-Bericht
Verbesserungen in MicroStrategy ONE Update 11

Erstellen Sie einen Sicherheitsfilter basierend auf einem Freeform-SQL-Bericht

Auswählen Datei > Neuer Freeform-SQL-Bericht, um einen Freeform-SQL-Bericht mit einer Benutzeranmeldung-Systemeingabeaufforderung zu erstellen, um benutzerspezifische Elemente aus der Sicherheitstabelle im Warehouse abzurufen. Wenn die Tabelle USER_REGON, wie oben gezeigt, im Warehouse beibehalten wird, kann der Freeform-SQL-Bericht wie folgt definiert werden:
Kopieren
```
select Region_id from User_Region Where user_login = [? User Login]
```
Auswählen Datei > Neuer Sicherheitsfilter, um einen Sicherheitsfilter zu erstellen und den Freeform-SQL-Bericht hinzuzufügen, den Sie im vorherigen Schritt erstellt haben. Der als Sicherheitsfilter verwendete Freeform-SQL-Bericht darf nur über Projektattribute und eine Systemeingabeaufforderung für die Benutzeranmeldung verfügen.
Wenden Sie den Sicherheitsfilter auf Benutzer an. Die Grafik unten zeigt den Sicherheitsfilter SF01_FFSQL01, der auf den SF3-Benutzer angewendet wird.
Melden Sie sich mit dem angegebenen Benutzer beim zugewiesenen Projekt an. In der Grafik unten sind für den SF3-Benutzer nur eingeschränkte Regionsattributelemente sichtbar, wenn er einen Bericht oder ein Dashboard im Projekt ausführt.

Der Sicherheitsfilter fehlgeschlagen, wenn der von Ihnen hinzugefügte Freeform-SQL-Bericht ungültig ist. Dies kann passieren, wenn der Freeform-SQL-Bericht verwaltete Attribute, Metriken, Sicherheitsfilterausdrücke oder normale Eingabeaufforderungen enthält.

Verbesserungen in MicroStrategy ONE Update 11

Für den im Sicherheitsfilter verwendeten Freeform-SQL-Bericht wird ein Berichts-Cache erstellt. Freeform-SQL-Berichts-Caches können sein überwacht und abonniert genau wie andere Caches.
Benutzer, die die gleichen Auflösungsergebnisse aus einem Freeform-SQL-Bericht im gleichen Sicherheitsfilter erhalten, teilen sich den Dashboard-, Dokument- oder Berichts-Cache.

Der SF4-Benutzer verfügt über genau die gleichen Elemente aus der Sicherheitstabelle im Warehouse wie der SF3-Benutzer. Der Sicherheitsfilter SF01_FFSQL01 wird auf den SF4-Benutzer angewendet. Wenn nur SF3 und SF4 über denselben Sicherheitsfilter verfügen, stoßen sie beim Ausführen des gleichen Dashboards, Dokuments oder Berichts auf denselben Cache.