SAP HANA-Modellierung: Sichten, Tabellen und Datenmodelle

Was ist SAP HANA-Modellierung?

SAP Die HANA-Modellierung ist ein Prozess, bei dem eine Informationssicht erstellt wird. Eine Informationssicht ist vergleichbar mit einer Dimension, einem Cube oder einem InfoProvider in BW. Diese Informationssicht dient der Erstellung des mehrdimensionalen Datenmodells.

Die physischen Tische im Inneren SAP HANA Die Daten werden in der Form gespeichert, in der sie vom Quellsystem geliefert wurden. Die Modellierung fügt eine Ebene über diesen Tabellen hinzu, die Spalten umbenennt, verwandte Datensätze verknüpft, Filter anwendet und Berechnungen definiert. Reporting-Tools lesen dann diese Ebene anstelle der Tabellen, sodass Geschäftsanwender die zugrunde liegende Tabellenstruktur nicht kennen müssen.

SAP Übersicht zur HANA-Modellierung

Die Modellierung ist ein Prozess, bei dem der Benutzer Daten in der Datenbanktabelle verfeinert oder segmentiert, indem er eine Informationssicht basierend auf dem Geschäftsszenario erstellt. Diese Informationssichten können für Berichts- und Entscheidungszwecke verwendet werden.

Eine Informationssicht wird aus verschiedenen Kombinationen von Inhaltsdaten erstellt, um ein Modell für ein Geschäftsszenario zu generieren.

Inhaltsdaten in einer Informationsansicht lassen sich in zwei Typen unterteilen:

• Attribut: DescriptWirksame und nicht messbare Daten. Zum Beispiel: Lieferanten-ID, Lieferantenname, Stadt usw.
• Messen: Daten, die quantifiziert und berechnet werden können. Zum Beispiel: RevMenge, Verkaufsmenge und Zähler. Eine Kennzahl wird aus einer analytischen und einer berechneten Sicht abgeleitet. In einer Attributsicht kann keine Kennzahl erstellt werden.

Beide Bausteine ​​werden einmalig innerhalb der Ansicht definiert und von jedem Bericht, der sie verwendet, wiederverwendet. Die folgenden Abschnitte listen die genauen Varianten auf. SAP HANA unterstützt beides.

Attributtypen

SAP HANA unterstützt drei Attributtypen:

Arten von Attributen	Aktivitäten
Einfaches Attribut	Es basiert auf der Datengrundlage.
Berechnetes Attribut	Es wird aus einem oder mehreren vorhandenen Attributen und Konstanten abgeleitet. Zum Beispiel durch eine arithmetische Berechnung oder durch Ableitung des vollständigen Namens aus Vor- und Nachnamen.
Lokales Attribut	Es wird innerhalb von Modellierungssichten (analytische Sicht oder Berechnungssicht) verwendet, um das Verhalten eines Attributs anzupassen, daher ist es lokal. Modellieren Die Ansicht ist sichtbar und kann von außerhalb dieser Ansicht nicht aufgerufen werden.

Arten von Maßnahmen

SAP HANA unterstützt vier Arten von Maßnahmen:

Arten von Maßnahmen	Aktivitäten
Einfache Maßnahme	Es basiert auf der Datengrundlage.
Berechnetes Maß	Sie wird aus einer oder mehreren bestehenden Größen, Konstanten und Funktionen abgeleitet. Zum Beispiel aus einer arithmetischen Berechnung.
Eingeschränkte Maßnahme	Es dient dazu, Werte anhand benutzerdefinierter Regeln für Attributwerte zu filtern.
Counter	Es handelt sich um einen speziellen Spaltentyp, der eine eindeutige Zahl für Attributspalten anzeigt (analytische oder berechnete Sicht). Er dient dazu, eine oder mehrere Attributspalten zu zählen.

Sobald Attribute und Kennzahlen festgelegt sind, werden sie zu einer von drei Informationsansichten zusammengefasst:

• Attributansicht – Dies wird für den Stammdatenkontext verwendet.
• Analytische Ansicht – Dies dient zur Erstellung von Faktentabellen und ist vergleichbar mit einem Cube in BW.
• Berechnungsansicht – Dies dient der Erstellung einer komplexen Ansicht und ist vergleichbar mit einem MultiProvider in BW.

Bevor eine dieser Ansichten erstellt werden kann, benötigt das Modellerkonto einen bestimmten Satz von Berechtigungen.

Für die Modellierung erforderliche Berechtigungen

Berechtigungen bieten Sicherheit für die SAP HANA-Datenbank, über die ein autorisierter Benutzer nur auf autorisierte Inhalte zugreifen kann.

Objektberechtigungen

Objektprivilegien sind SQL Berechtigungen, die für den Lese-/Schreibzugriff auf Datenbankobjekte verwendet werden. Die folgenden Objektberechtigungen sind für die Modellierung erforderlich.

• SELECT-Berechtigung für das Schema _SYS_BI.
• SELECT-Berechtigung für das Schema _SYS_BIC.
• EXECUTE-Berechtigung für REPOSITORY_REST (SYS).
• SELECT-Berechtigung für das Tabellenschema.

Paketprivilegien

Für die Autorisierung von Aktionen an einzelnen Paketen sind Paketberechtigungen erforderlich. Die folgenden Paketberechtigungen werden für die Datenmodellierung benötigt.

• Berechtigung REPO.MAINTAIN_NATIVE_PACKAGES für das Root-Paket.
• REPO.READ, REPO.EDIT_NATIVE_OBJECTS & REPO.ACTIVATE_NATIVE_OBJECTS für das Paket, das für Inhaltsobjekte verwendet wird.

Analytische Privilegien

Für den Zugriff auf eine SAP HANA-Informationsansicht, analytische Privilegien erforderlich sind.

• Für den vollständigen Datenzugriff auf alle Informationsansichten in einem SAP Für das HANA-System ist die analytische Berechtigung „_SYS_BI_CP_ALL“ erforderlich. Für eingeschränkten Datenzugriff müssen analytische Berechtigungen erstellt und dem Benutzer zugewiesen werden.

Andere Privilegien

• Gewähren Sie dem Benutzer _SYS_REPO Zugriff auf Ihr eigenes Schema mit der Bezeichnung 'GRANT SELECT ON SCHEMA “Schema name” TO _SYS_REPO WITH GRANT OPTION';
• REPO.MAINTAIN_DELIVERY_UNITS dient zum Erstellen von Liefereinheiten.
• REPO.IMPORT, REPO.EXPORT für den Import und Export von Liefereinheiten.
• REPO.WORK_IN_FOREIGN_WORKSPACES, um in fremden Arbeitsbereichen zu arbeiten.

Unterschiede zwischen Attributansicht, analytischer Ansicht und Berechnungsansicht

Die drei Informationssichtweisen sind nicht austauschbar. Jede beantwortet eine andere Frage, und die Wahl der falschen Sichtweise ist der häufigste Modellierungsfehler von Anfängern.

Eigenschaften	Attributansicht	Analytische Ansicht	Berechnungsansicht
Zweck	Stammdaten und beschreibender Kontext	Sternschema auf einer einzelnen Faktentabelle	Komplexe Logik über mehrere Quellen hinweg
Zulässige Maßnahmen	Nein	Ja	Ja
Anzahl der Faktentabellen	Unzutreffend	Eins	Viele
Gewerkschaft unterstützte	Nein	Nein	Ja
Kann andere Ansichten konsumieren	Nein	Nur Attributansichten	Alle drei Typen
BW-Äquivalent	Charakteristik / Dimension	Infowürfel	MultiProvider

Eine praktische Regel funktioniert gut: Baue ein Attributansicht Wenn die Ausgabe eine beschreibende Liste ist, analytische Sicht wenn eine Faktentabelle anhand dieser Beschreibungen gemessen wird, und ein Berechnungsansicht wenn die Antwort eine Vereinigung, eine zweite Faktentabelle oder eine Logik erfordert, die ein Sternschema nicht ausdrücken kann.

SAP HANA Best Practices zum Erstellen von Informationsmodellen

An SAP HANA Best Practice ist ein Standard, der beim Erstellen eines Objekts in der HANA befolgt wird. SAP HANA-Datenbank. Die folgenden Best Practices gelten für jeden Objekttyp.

PAKET:

• Erstellen Sie ein übergeordnetes Paket wie z. B. „Entwicklung“ für Entwicklungsarbeiten.
• Erstellen Sie für jeden Entwickler ein Unterpaket im übergeordneten Paket.
• Bei Bedarf können auch weitere Unterpakete erstellt werden.

SCHEMA:

• Entwerfen Sie Ihr Schema-Layout vor Projektbeginn. Zum Beispiel DS_SCHEMA, SLT_SCHEMA, FI_SCHEMA, SD_SCHEMA usw.
• Benutzerdefinierte Tabellen sollten in einem separaten Schema liegen.

TABELLE:

• Eine Tabelle, die für Berichte verwendet wird oder OLAP sollte vom Spaltenspeichertyp sein.
• Eine Tabelle, die in Transaktionen verwendet wird oder OLTP sollte vom Zeilenspeichertyp sein.
• Geben Sie zur besseren Verständlichkeit einen Kommentar oder eine Beschreibung für die Tabellen- und Spaltennamen an.

NAMENSKONVENTION:

OBJEKTE	Format	Beschreibung
ATTRIBUTE ANSICHTEN	AT_PRODUKT	AT_ bedeutet Attributansicht
ANALYTISCHE ANSICHTEN	AN_VERKÄUFE	AN_ bedeutet analytische Sichtweise
BERECHNUNGSANSICHTEN	CA_VERKÄUFE	CA_ bedeutet Berechnungsansicht
ANALYTISCHE PRIVILEGIEN	AP_REST_AT (Attributansicht) AP_REST_AN (Analytische Ansicht) AP_REST_CA (Berechnungsansicht)	AP_ bedeutet analytische Berechtigungen
HIERARCHIE	HI_BNAME_PC (Elternteil Kind) HI_BNAME_LV (Ebene)	HI_ bedeutet Hierarchie
VERFAHREN	SP_PROCEDURENAME	SP_ bedeutet gespeicherte Prozedur
EINGABEPARAMETER	IP_PARA_NAME	IP_ bedeutet Parameter
VARIABLEN	VA_VNAME	VA_ bedeutet Variablenname

Die Namenskonvention ist nur dann sinnvoll, wenn jedes Modell innerhalb einer geplanten Paketstruktur liegt, die wie folgt erstellt wird.

Erstellen eines Pakets in SAP HANA Studio

Paket: Es handelt sich um einen Container, der alle Informationen über das Modell (Attributansicht, analytische Ansicht, Berechnungsansicht usw.) in einer Gruppe enthält.

Paketarten: Es gibt zwei Arten von Verpackungen, wie unten aufgeführt.

Typ	Beschreibung	Icon
Strukturell	In einem Strukturpaket kann nur ein Unterpaket erstellt werden. Informationssichten (Attributsichten, analytische Sichten usw.) können in einem Strukturpaket nicht erstellt werden. Beispiele für ein Strukturpaket sind SAP, system-local, system-local.generated und system-local.private.
Nicht strukturiert	Ein nicht-strukturiertes Paket kann Informationsobjekte und Unterpakete enthalten. Dies ist das Standardpaket.

Verwendungszwecke eines Pakets: Ein Paket bündelt alle Informationsmodelle und vereinfacht so den Modelltransport. Beide Pakettypen können beim Transport verwendet werden.

Schritte zur Erstellung eines Strukturpakets in SAP HANA Studio:

Schritt 1) In diesem Schritt

1. Wählen Sie das HANA-System aus, hier ist es HDB.
2. Gehe zum Ordner „Inhalt“.

Schritt 2) In diesem Schritt

1. Wählen Sie Neu.
2. Wählen Sie die Paketoption.

Schritt 3) In diesem Schritt

1. Geben Sie den Paketnamen ein. Zum Beispiel „DHK_SCHEMA“.
2. Geben Sie eine Beschreibung für das Paket ein.
3. Die Originalsprache und die verantwortliche Person sind standardmäßig ausgewählt.

Im Content-Knoten wird ein nicht-strukturelles Paket mit dem Namen „DHK_SCHEMA“ erstellt, wie unten dargestellt.

Schritt 4) Nun wandeln Sie das nicht-strukturelle Paket in ein strukturelles Paket um.

1. Wählen Sie das Paket „DHK_SCHEMA“ aus und klicken Sie mit der rechten Maustaste darauf.
2. Gehen Sie zur Option „Bearbeiten“ des Pakets.

Schritt 5) In diesem Schritt

1. Wählen Sie im Feld „Strukturelle Optionen“ die Option „Ja“.
2. Klicken Sie auf die Schaltfläche OK.

Wenn „DHK_SCHEMA“ von einem nicht-strukturellen zu einem strukturellen Paket geändert wird, ändert sich der Symbolstil von zu Dies ist ein Hinweis darauf, dass das nicht-strukturelle Paket nun in ein strukturelles Paket umgewandelt wird.

Schritte zum Erstellen eines nicht-strukturellen Pakets als Unterpaket innerhalb eines strukturellen Pakets:

Ein Paket wird standardmäßig als nicht-strukturell erstellt. In einem nicht-strukturellen Paket können weitere Pakete und Informationsobjekte erstellt werden. Es empfiehlt sich, zuerst ein strukturelles Paket zu erstellen und darin dann ein Unterpaket anzulegen.

Schritt 1) In diesem Schritt

1. Wählen Sie das Strukturpaket „DHK_SCHEMA“ aus und klicken Sie mit der rechten Maustaste darauf.
2. Wählen Sie Neu -> Paket.

Schritt 2) In diesem Schritt

1. Geben Sie den Namen des Unterpakets in das Feld „Name“ ein.
2. Geben Sie eine Beschreibung dafür ein.
3. Klicken Sie auf die Schaltfläche "OK".

Es wird ein neues nicht-strukturelles Paket als Unterpaket des DHK_SCHEMA-Pakets erstellt.

So aktivieren und validieren Sie eine Informationsansicht

Das Speichern einer Ansicht speichert diese lediglich im Entwurfszeit-Repository. Solange sie nicht aktiviert ist, existiert kein Laufzeitobjekt und kein Bericht kann darauf zugreifen. Die Aktivierung erzeugt eine Spaltenansicht im Schema _SYS_BIC. Dieses generierte Objekt wird dann von SQL-Abfragen und Berichtstools verwendet.

Schritt 1) ​​Ansicht speichern. Drücken Sie Strg+S in SAP HANA Studio. Die Ansicht existiert nun als inaktives Entwurfszeitobjekt, das im Inhaltsknoten mit einer rautenförmigen Überlagerung gekennzeichnet ist.

Schritt 2) Aktivieren Sie die Ansicht. Klicken Sie mit der rechten Maustaste auf die Ansicht und wählen Sie „Aktivieren“ oder drücken Sie Strg+F3. Wählen Sie „Aktivieren“, um nur diese Ansicht bereitzustellen, oder „Erneut bereitstellen“, um das Laufzeitobjekt neu zu erstellen, wenn sich die Entwurfszeitdefinition nicht geändert hat, das generierte Objekt aber fehlt.

Schritt 3) Lesen Sie das Jobprotokoll. Die Jobprotokollansicht meldet Erfolg oder Misserfolg für jedes Objekt im Aktivierungsbatch. Ein Fehlereintrag nennt das Objekt und den Grund. Erweitern Sie daher immer den Eintrag, anstatt sich auf die Zusammenfassungszeile zu verlassen.

Schritt 4) Daten in der Vorschau anzeigen. Klicken Sie mit der rechten Maustaste auf die aktivierte Ansicht und wählen Sie „Datenvorschau“. Auf der Registerkarte „Analyse“ können Sie Attribute auf die Beschriftungsachse und Kennzahlen auf die Wertachse ziehen, um zu überprüfen, ob die Verknüpfungen die erwartete Anzahl an Zeilen liefern.

Schritt 5) Häufige Aktivierungsfehler beheben. Drei Fehlerursachen sind für die meisten Fälle verantwortlich:

• Unzureichende Berechtigungen für das Schema: _SYS_REPO verfügt nicht über die Berechtigung SELECT WITH GRANT OPTION für das Schema, das die Basistabellen enthält. Erteilen Sie diese Berechtigung und aktivieren Sie das Schema erneut.
• Ungültiger Spaltenname: Eine Spalte der Basistabelle wurde nach der Modellierung der Ansicht umbenannt oder gelöscht. Aktualisieren Sie die Datengrundlage und ordnen Sie das Feld neu zu.
• Zyklische Abhängigkeit: Zwei Ansichten verweisen aufeinander. Durchbrechen Sie die Schleife, indem Sie eine der Ansichten stattdessen auf die zugrunde liegende Tabelle verweisen lassen.

Nach erfolgreicher Aktivierung kann die Ansicht direkt mit SELECT * FROM “_SYS_BIC”.”package/VIEW_NAME” abgefragt werden. Dies ist der schnellste Weg, um zu bestätigen, dass das Objekt existiert, bevor ein Reporting-Tool damit verbunden wird.

SAP HANA-Leistungsoptimierungstechnik

Eine aktivierte Ansicht, die korrekte Ergebnisse liefert, kann dennoch langsam sein. Die folgenden Regeln bestimmen, wie die Berechnungs-Engine das Modell ausführt.

• Alle Informations- und Tabellenansichten sollten mit einem Projektionsknoten verwendet werden. Ein Projektionsknoten verbessert die Leistung, indem er die Spaltenmenge reduziert.
• Filter an den Projektionsknoten anwenden.
• Vermeiden Sie Join-Knoten in einer Berechnungssicht und verwenden Sie stattdessen nach Möglichkeit eine Union.
• Verwenden Sie Eingabeparameter oder Variablen, um den Datensatz innerhalb einer analytischen oder Berechnungsansicht einzuschränken.
• Die Berechnungen sollten vor der Aggregation durchgeführt werden.
• Hierarchien müssen in einer Berechnungssicht neu definiert werden, da Hierarchien einer Attributsicht in einer Berechnungssicht nicht sichtbar sind.
• Hierarchien einer Attributansicht sind in einer analytischen Ansicht sichtbar.
• Die in einer Attribut-, Analyse- oder Berechnungssicht definierten Attributbezeichnungen und Kennzahlenbeschreibungen werden in der verarbeitenden Berechnungssicht nicht angezeigt. Sie müssen neu zugeordnet werden.
• CE-Funktionen und SQLScript im gleichen Informationsmodell.

Die Gestaltung von Joins beeinflusst auch die Laufzeitkosten. Ein referenzieller Join kann vollständig entfernt werden, wenn kein Feld aus der richtigen Tabelle angefordert wird. Auswahl des Verbindungstyps verdient genauso viel Aufmerksamkeit wie die Knotenplatzierung.

Warum Berechnungssichten Attribut- und Analysesichten ersetzt haben

SAP veraltete Attribut- und Analyseansichten sowie das XS Classic-Modell und die SAP HANA-Repository. Die Abschaffung wurde angekündigt für SAP HANA 1.0 SPS 12 und neu formuliert für SAP HANA 2.0 SPS 02. Veraltet bedeutet weiterhin unterstützt auf SAP HANA 2.0, aber nicht weitergeführt auf SAP HANA Cloud.

Der Grund liegt eher in der Konsolidierung als im Ersatz von Funktionen. Aufeinanderfolgende Support-Pakete erweiterten die Berechnungssichten so lange, bis sie die Fähigkeiten der beiden anderen Typen vollständig integriert hatten:

• Eine Berechnungsansicht der Datenkategorie Abmessungen, mit einem Projektionsknoten auf der semantischen Ebene, übernimmt die Funktion einer Attributansicht.
• Eine Berechnungsansicht der Datenkategorie Würfel Mit einem Stern-Join und einem Aggregationsknoten auf der semantischen Ebene wird die Arbeit einer analytischen Sicht erledigt.

Ein Ansichtstyp bedeutet auch einen Optimierungspfad, einen Satz zu lernender Modellierungsmuster und ein Migrationsziel. SAP Es wird ein Migrationstool bereitgestellt, das bestehende Attribut-, Analyse- und skriptbasierte Berechnungssichten in grafische Berechnungssichten und Tabellenfunktionen umwandelt. Bestehende Sichten laufen weiterhin, sodass die Migration geplant und nicht überstürzt werden kann. Neue Entwicklungen sollten jedoch mit Berechnungssichten beginnen.

Häufig gestellte Fragen