Willkommen zum letzten Teil unserer dreiteiligen Serie zu externen HANA Views. In unserem ersten Beitrag “Externe HANA Views - Vorteile von automatisch generierten HANA Views” haben Sie die Vorzüge von externen HANA Views kennengelernt. Dank HANA Views können die Daten über SQL von verschiedenen Front End Werkzeugen konsumiert und auch angereichert werden. Darunter fallen auch Werkzeuge von Drittanbietern. Wichtig dabei ist, dass auch bei der Verwendung von Drittanbieterwerkzeugen kein Datentransfer notwendig ist. Die Daten bleiben weiterhin in BW und bieten eine konsolidierte One Version of Truth Sicht.
Darüber hinaus geht es ganz einfach. Externe SAP HANA Views können mit einigen wenigen Mausklicks für InfoObjekte, ADSOs, Composite Provider, Lokale Composite Provider und Queries angelegt werden. Wie genau es funktioniert, haben wir im zweiten Teil der Serie gezeigt - “Externe HANA Views - Wie Sie externe HANA Views aus BW Objekten generieren”. Dabei sind wir auch im Detail auf die Besonderheiten der darunter liegenden Objekte eingegangen.
In diesem, dritten und letzten Teil der Serie, zeigen wir Ihnen, wo die von Ihnen erzeugten Views zu finden sind. Nachdem Sie die Einstellungen im BW vorgenommen haben, wird in einem HANA Schema das Paket dafür angelegt. Für einzelne Objekte werden auch Unterpakete generiert, die Sie kennen sollten. Schließlich gehen wir auch auf die verwendeten Namenskonventionen ein.
Wir wünschen Ihnen viel Spass mit dem Artikel.
Unsere Blogreihe "Externe HANA Views" im Überblick
|
Die generierten SAP HANA Views werden in einem Content-Paket in SAP HANA abgelegt. Standardmäßig ist das Paket system-local.bw.bw2hana (Schema _SYS_BIC) festgelegt. Sie können dieses über den Menüpfad Content → system-local → bw → bw2hana finden.
Dieses Paket kann im Customizing angepasst werden. Um das Standardpaket anzupassen, folgen Sie in BW4HANA dem folgenden Menüpfad: Datenverwaltung → Externe SAP-HANA-Views.
Unter General Settings können Sie das HANA-Paket anpassen.
Wenn Sie BW on HANA verwenden, nutzen Sie die Transaktion RS2HANA_VIEW (Einstellungen für SAP HANA-Views).
Das Paket kann geändert werden, solange das bisherige Paket keine Objekte enthält. Wenn bereits Objekte vorhanden sind, müssen Sie zuerst im SAP HANA Modeler ein neues Content-Paket anlegen und die Objekte dorthin verschieben. Falls Sie ein eigenes Paket definieren, sollten Sie sicherstellen, dass dieses schreibgeschützt ist. Darüber hinaus sollten Sie nur Lese-Berechtigungen auf die HANA-Views vergeben.
Je nach dem verwendeten Objekt wird auch ein Unterpaket generiert. So wird zum Beispiel für Composite Provider aus BW Workspaces immer das Unterpaket workspaces verwendet.
Dabei wird ein weiteres Unterpaket mit dem Namen des Workspaces erzeugt. In unserem Beispiel zdworkspace. Der Name der generierten HANA View entspricht dabei dem technischen Namen des lokalen CompositeProviders. In unserem Fall ZDW3546129.
Für Queries wird das Unterpaket query verwendet. Dabei wird ein weiteres Unterpaket mit dem Namen des InfoProviders angelegt. Der Name der View entspricht dabei dem Namen der Query.
Die Business Content Objekte, z.B. das InfoObject 0COMPANY, werden im Unterpaket 0 generiert. Bei dem Namen des Views wird dabei die führende Null entfernt. So heißt der Calculation View für das InfoObjekt 0COMPANY einfach COMPANY.
Für alle anderen InfoObjekte, ADSOs und Composite Provider wird kein Unterpaket angelegt.
Darüber hinaus können über den Datenpfad Datenverwaltung → Externe SAP HANA Views eine Übersicht aller BW-Objekte mit externer SAP-HANA-Sicht mit dem jeweiligen Paket erhalten. Hier stehen Ihnen auch diverse Administrations- und Prüffunktionen zur Verfügung.
Wenn Sie BW on HANA nutzen, können Sie die Transaktion RS2HANA_ADMIN (Administration der externen SAP HANA-Views) verwenden.
Sie haben nun gelernt, wie einfach es ist, HANA Calculation Views auf der Grundlage von SAP BW Objekten anzulegen. Dabei werden Prozesse, Daten sowie Metadaten von BW und nativen HANA kombiniert, um mehr Flexibilität und schnellere Einblicke zu ermöglichen. Dies bietet eine Reihe von Vorteilen.
So können Sie ohne großen Aufwand über SQL Frontends auf BW4HANA Daten zugreifen. Damit können Sie Werkzeuge von Drittanbietern nutzen, ohne die Daten zu transferieren. Selbst Excel kann die Daten über einen Datenbankverbindung konsumieren. Außerdem dienen die Calculation Views als einfache Schnittstelle für alle Werkzeuge, die SAP HANA Views lesen können, z.B. SAP Data Warehouse Cloud oder SAP Analytics Cloud.
Die Abfragen, die auf der SAP HANA View erfolgen, werden direkt in SAP HANA ausgeführt, ohne auf das BW4HANA System zuzugreifen. Da die Analytic Engine als Zwischenschritt entfällt, resultiert es in einer noch höheren Performance.
Haben Sie Fragen zu HANA Views? Versuchen Sie das nötige Know-How in Ihrer Abteilung aufzubauen oder benötigen Sie Unterstützung bei einer konkreten Fragestellung? Wir helfen Ihnen gerne dabei. Fordern Sie noch heute ein unverbindliches Beratungsangebot an.