Sie verwenden keine aktuelle Browser-Version. Deshalb wird die Webseite möglicherweise nicht korrekt dargestellt. Hier finden Sie weitere Hinweise.

Änderungen in SAP HANA Calculation Views vornehmen – Part 1

Inhaltsverzeichnis

Im Bereich der Datenmodellierung auf der SAP HANA Datenbank benutzen viele Anwender die Möglichkeit des Einsatzes von Calculation Views. Das Datenmodell wird dabei mit Hilfe einer graphischen Modellierung implementiert.

SAP Calculation View ändern

Sobald eine Calculation View erstellt und aktiviert wurde, kann diese als Datenprovider/-quelle weiter benutzt werden (z.B. als Quelle in einem Composite Provider).

Abbildung 1 – Bsp. für eine Calculation View

Bei der Modellierung eines Calculation Views hat es sich bewährt, nicht die vorgegebene Struktur einer Calculation View zu verwenden, sondern ergänzend eine Aggregation/Projektion und einen Union hinter die Semantiks/Aggregation/Projektion zu hängen (siehe Abbildung 2).

Abbildung 2 – erweiterte Semantik Logik

Dies ermöglicht es dem Entwickler später beim Ausführen bzw. Testen der Calculation View, direkt in der „Aggregation_1“ Merkmale zu Test- und Debugzwecken zu filtern. Warum aber der Union sinnvoll ist, sehen wir uns jetzt an. Ein großes Problem in der Modellierung von Calculation Views sind Änderungen bzw. Erweiterungen des Modells. Hierbei sind nicht einfache Änderungen eines Namens, das Hinzufügen/Entfernen eines Merkmals oder das Anlegen/Ändern einer berechneten Spalte gemeint. Die Probleme entstehen beim Hinzufügen bzw. Erweitern des Modells mit neuen Daten oder beim Entfernen eines Joins. Dabei würde z.B. das in Abbildung 1 enthaltene Mapping entfernt werden und alle Benennungen und Aggregationen verloren gehen, was eine Neuanlage bzw. eine Umbenennung zur Folge hätte (siehe Abbildung 3).

Abbildung 3 – Neuer Join vorher
Abbildung 3 – Neuer Join nachher

Durch die Verwendung des o.g. Unions wird zwar das Mapping und die Verbindung von „2_18_Join“ entfernt, jedoch bleibt dabei die Struktur nach oben erhalten und muss nicht wieder umbenannt oder bearbeitet werden (siehe Abbildung 4).

Abbildung 4 – Einsatz eines UNION

Der Einbau des o.g. Unions hat sich in der Praxis bewährt, um bei Änderungen zusätzliche Aufwände zu sparen. Bei neuen Entwicklungen ist es daher sinnvoll, immer gleich Unions als „Puffer“ zwischen einzelne Joins zu erstellen.

Fazit

Dieses Vorgehen ist bei neuen Entwicklungen sinnvoll und ratsam, aber was kann der Entwickler bei bereits bestehenden Calculation Views, die noch nicht so modelliert wurden und geändert werden sollen, tun? Diese Antwort gibt es im zweiten Teil dieses Blogs, in dem gezeigt wird, wie ein neues Modellieren und das Mapping stark vereinfacht bzw. umgangen werden kann.

Nehmen Sie Kontakt zu uns auf!

    Mit der Erhebung, Verarbeitung und Nutzung meiner personenbezogenen Daten zur Bearbeitung meiner Anfrage erkläre ich mich einverstanden. Ich kann mein Einverständnis jederzeit ohne Angabe von Gründen widerrufen. Weitere Informationen finden Sie in unserer Datenschutzerklärung.

    Kostenloses Factsheet

    • Welche Vorteile bietet RISE with SAP?
    • Was ist Bestandteil des Servicepakets?
    • Welche Tools und Services helfen Ihnen?
    • Was ist SAP Business Process Intelligence?
    • Wie bringen Sie Ihr ERP effizient in die Cloud?
    • Wie kann Nagarro Sie unterstützen?