Seminar SAP HANA – Intensivseminar Datenmodellierung, SQLScript und Entwicklung

Das Intensivformat bündelt SQL, SQLScript, Calculation Views, HDI, CAP und ABAP Code Pushdown zu einem vollständigen Entwicklungsprojekt. Von der fachlichen Kennzahl über Datenmodell und Datenbanklogik bis zum Service, ABAP-Verbrauch, Berechtigung, Test und Deployment entsteht eine durchgängige Lösung.

Inhaltsverzeichnis

• Zielsetzung
• Zielgruppe
• Voraussetzungen
• Seminarinhalte
• Praxisübungen
• Methodik

Zielsetzung

• Fortgeschrittenes SQL und SQLScript für mengenorientierte Datenlogik einsetzen
• Calculation Views mit Semantik, Hierarchien, Berechtigungen und Performance entwickeln
• HDI- und CAP-Anwendungen versionierbar, testbar und sicher bereitstellen
• ABAP CDS, AMDP und Code Pushdown in eine gemeinsame HANA-Entwicklungsarchitektur integrieren

Zielgruppe

SAP-HANA-Entwickler, Data Modeler, Data Engineers, CAP- und ABAP-Entwickler, Analytics Engineers, technische Consultants und Softwarearchitekten.

Voraussetzungen

Gute Grundlagen in SQL und Softwareentwicklung. Erfahrung mit SAP HANA, ABAP, JavaScript/Node.js oder Java ist je nach Schwerpunkt hilfreich.

Seminarinhalte

1. Schritt 1: Tag 1: SQL-Grundlage und analytische Abfragen

   Joins, Mengenoperationen, Aggregation, CTEs, Window Functions, Hierarchien, Datenänderung und Transaktionen werden anhand eines gemeinsamen Geschäftsdatensatzes entwickelt und geprüft.

2. Schritt 2: Tag 1: SQLScript und wiederverwendbare Datenlogik

   Variablen, Tabellenvariablen, Prozeduren, Funktionen, Fehlerbehandlung und deklarative Parallelisierung werden eingesetzt. Eine komplexe Transformation wird als klarer Datenfluss implementiert.

3. Schritt 3: Tag 2: Fachmodell und Calculation-View-Architektur

   Granularität, Dimensionen, Fakten, Kennzahlen und Verbrauchsschichten werden festgelegt. Ein mehrschichtiges Calculation-View-Modell wird im HDI-Kontext aufgebaut.

4. Schritt 4: Tag 2: Semantik, Hierarchien und Sicherheit

   Joins, Kardinalitäten, Aggregation, Rank, Union, Hierarchien, Währungsumrechnung, Analytic Privileges und Maskierung werden integriert und mit fachlichen Testfällen abgesichert.

5. Schritt 5: Tag 3: Performance und Modell-Lifecycle

   Plananalyse, Filter- und Join-Pruning, Partitionierung, Parallelisierung, Cache, Snapshots, Git, Reviews und Deployment werden auf das Modell angewendet. Optimierungen werden gemessen.

6. Schritt 6: Tag 3: Datenintegration für das Entwicklungsprojekt

   Remote Source, virtuelle Tabelle, Flowgraph oder Replikation werden genutzt, um externe Daten kontrolliert in das Modell einzubinden. Datenqualität und Wiederanlauf werden berücksichtigt.

7. Schritt 7: Tag 4: HDI-Entwicklung und Cross-Container Access

   Tabellen, Views, Rollen, Synonyme, Grants, Prozeduren und Calculation Views werden als Code organisiert. Build-, Deployment- und Laufzeitberechtigungen werden getrennt.

8. Schritt 8: Tag 4: CAP-Service und Geschäftslogik

   CDS-Domänenmodell, OData-Service, Projektionen, Aktionen, Validierung, Authentisierung und Autorisierung werden implementiert. Der Service nutzt die zuvor entwickelten HANA-Artefakte.

9. Schritt 9: Tag 5: ABAP CDS, AMDP und Code Pushdown

   Ein vorhandener ABAP-Zugriff wird mit modernem Open SQL, CDS und AMDP refaktorisiert. Datenmenge, Laufzeit, Berechtigung und fachliche Gleichheit werden verglichen.

10. Schritt 10: Tag 5: Test, Deployment und End-to-End-Abnahme

    Unit- und Integrationstests, Testdaten, Build, SAP-BTP-Deployment oder Transport, Zugriffstests, Performance-Messung und technische Dokumentation werden in einer Abschlussabnahme zusammengeführt.

Praxisübungen

• Fortgeschrittene SQL-Analyse mit Window Functions und CTEs
• SQLScript-Prozedur mit Validierung und kontrollierter Fehlerausgabe
• Mehrschichtiges Calculation-View-Modell mit Hierarchie und Berechtigung
• PlanViz-gestützte Performanceoptimierung
• HDI-Projekt mit Cross-Container Access und CAP-Service
• ABAP-Refactoring mit CDS oder AMDP und Vorher-/Nachher-Messung

Methodik

Ein einziges Entwicklungsprojekt verbindet alle fünf Tage. Datenmodell, Code, Berechtigungen, Tests und Deployment werden versioniert erweitert. Tägliche Reviews verhindern, dass lokale Lösungen zu widersprüchlichen Gesamtarchitekturen führen.