Modellierungsumgebung vorbereiten

Anlegen von Calculation Views

Arbeiten mit gemeinsamen Knoten in Calculation Views

Datenquellen in Calculation Views verknüpfen

Arbeiten mit Union-Knoten in Calculation Views

Datenscheiben anlegen

Ranglistendaten

Funktionen in Calculation Views einbetten

Dynamische Calculation Views anlegen

Hierarchien in Calculation Views implementieren

Benutzerdefinierte Logik mit SQL entwickeln

Best Practices für die Modellierung anwenden

Werkzeuge zur Überprüfung der Modell-Performance verwenden

Implementieren von Funktionen zur Verbesserung der Performance

Ergebnisse der Calculation View speichern

Zusätzliche Produktivitätswerkzeuge für die Modellierung verwenden

In einem Modellierungsprojekt arbeiten

Lebenszyklus eines Modellierungsprojekts verwalten

Sicherheit in der SAP-HANA-Modellierung implementieren

Erste Schritte mit der SAP HANA Cloud Knowledge Graph Engine

Cube Calculation Views anlegen

Objective

After completing this lesson, you will be able to legen Sie mit dem grafischen Calculation-View-Editor eine Cube-Calculation-View an.

Cube Calculation Views

Wenn Sie eine Calculation View erstellen möchten, die Kennzahlen enthält, verwenden Sie eine Calculation View des folgenden Typs: Cube.

Ein Beispiel für eine Cube-Calculation-View für Aufträge, die auf Spalten aus verschiedenen Datenbanktabellen zugreift. Auf die Bestellnummer, die Kunden-ID und die verkaufte Menge wird über die Verkaufstabelle zugegriffen. Auf die zurückgegebene Menge wird über die Rückgabetabelle zugegriffen.

Standardmäßig werden alle Kennzahlen in dieser Art von Calculation View immer nach den von der Abfrage angeforderten Attributen aggregiert. Obwohl die Calculation View möglicherweise viele Attribute bereitstellen kann, werden die Kennzahlen immer automatisch nur nach den Attributen aggregiert, die von der Query angefordert wurden.

Ihre Cube-Calculation-View stellt beispielsweise die Kennzahl "Umsatz" und die Attribute "Land" und "Stadt" bereit. Die Abfrage fordert nur das Land an. Daher wird der Umsatz nach Land und nicht nach Stadt summiert. Wenn die nächste Abfrage die Kennzahl "Umsatz" und die Attribute "Land" und "Stadt" anfordert, wird der Umsatz nach Stadt und Land summiert. Das bedeutet, dass Sie zwei Aggregationsebenen haben.

Diese Art von Calculation View ist für Ad-hoc-Analysen optimiert, bei denen unvorhersehbare Slice-and-Dice-Werte für die Kennzahlen durch eine beliebige Kombination von Attributen innerhalb des Modells erforderlich sind.

Einfache CUBE-Calculation-View anlegen

In dieser Demo erfahren Sie, wie Sie eine einfache CUBE-Calculation-View anlegen.

DemoStart Demo

Cube mit Star Join Calculation View

Eine Erweiterung der Cube-Calculation-View ist der Cube mit Stern-Join.

Zusätzlich zu den Funktionen des Cube-Typs der Berechnungsansicht können Sie mit einem Cube mit einer Stern-Join-Berechnungsansicht Dimensionsberechnungsansichten verbinden, sodass Sie die Funktionen für die Analyse erheblich erweitern können, indem Sie zusätzliche Attribute bereitstellen. Wenn Sie beispielsweise eine Sales Cube Calculation View anlegen, die nur eingeschränkte Attribute wie eine Produktnummer bereitstellt, können Sie die Calculation View der Produktdimension verknüpfen, um viele weitere produktbezogene Attribute wie Produktbeschreibung, Lieferant, Farbe und Preis bereitzustellen. Anschließend können Sie die Umsatzerlöse nach Produktfarbe, Lieferant usw. aggregieren.

Cube mit Stern-Join-Berechnungssichten sind die fortschrittlichste Art von Calculation Views und in Analyseszenarien beliebt, in denen Ad-hoc-Analysen erforderlich sind. Cube mit Stern-Join-Calculation-Views werden von einer dedizierten SAP-HANA-Cloud-OLAP-Engine verarbeitet, um eine hohe Performance zu gewährleisten.

Die Art der Joins zwischen den Fakten- und Dimensionstabellen innerhalb des Sternschemas kann im Stern-Join-Knoten definiert werden. Folgende Joins sind verfügbar:

Referenzieller Join
Inner Join
Left Outer Join
Right Outer Join
Full Outer Join mit einigen spezifischen Einschränkungen (siehe vorherige Informationen)
Text-Join

Bildschirmaufnahme einer Definition einer Calculation View, die zuerst einen Join-Knoten, dann einen Stern-Join-Knoten und dann einen Semantikknoten oben enthält. Der untergeordnete Join fungiert als Fakt Tabelle. Der Knoten Star Join oben enthält mehrere Dimensionssichten.

Geteilte Spalten aus DIMENSION Calculation Views

In einem Cube mit Stern-Join-Berechnungsansicht trennt die Registerkarte Spalten des Semantikknotens Spalten in zwei Kategorien:

Privat
Private Spalten sind Spalten, die in der Calculation View selbst definiert werden. Dabei kann es sich um Kennzahlen oder Attribute handeln. Sie haben die volle Kontrolle über diese Spalten.
Gemeinsame
Geteilte Spalten sind Spalten, die "extern" in einer oder mehreren Dimensionsberechnungsansichten definiert sind, die von Ihrem Cube mit Stern-Join-Berechnungsansicht referenziert werden. Für diese Spalten haben Sie logisch weniger Kontrolle, da sie möglicherweise mit einem anderen Cube mit einer Star Join Calculation View "geteilt" werden. Dennoch können Sie einige dieser Spalten ausblenden, um nur die Spalten beizubehalten, die Sie benötigen.

In Bezug auf die geteilten Spalten können die Eigenschaften Name und Label im Vergleich zu einer privaten Spalte nicht geändert werden. Sie können jedoch einen Aliasnamen und eine Alias-Bezeichnung definieren. Außerdem ist die Angabe von Aliasnamen obligatorisch, wenn Spaltennamen aus den zugrunde liegenden Dimensions-Calculation-Views miteinander oder mit den privaten Spaltennamen in Konflikt stehen.

CUBE mit Star Join Calculation View anlegen

In dieser Demo erfahren Sie, wie Sie einen CUBE mit einer Star Join Calculation View anlegen.

DemoStart Demo

Next lesson