Fällt das Wort HANA, geht es schnell um CDS View Entities. Klar, beide Technologien sind untrennbar miteinander verbunden.
Die In-Memory-Datenbanktechnologie ist der Grund, warum SAP von der DDIC-basierten ABAP CDS View abgerückt ist. Die Ziele: verbesserte Performance, übersichtlicherer Code und neue Funktionen, die Entwicklern das Leben erleichtern.
Tatsächlich ist das den Walldorfern weitestgehend gelungen. Dieser Beitrag erklärt, wie genau SAP das geschafft hat und warum auch du auf CDS View Entities setzen solltest.
Das Wichtigste auf einen Blick
- CDS View Entities ermöglichen die Datenmodellierung auf verschiedenen Abstraktionsebenen.
- CDS View Entity basiert auf der HANA-Technologie und löst die datenbankunabhängige, DDIC-basierte ABAP CDS View ab.
- Durch weitere Verbesserungen wie Annotationen statt Joins weisen CDS View Entities den Weg in Richtung eines schlankeren und wartbareren Codes im ERP.
Was ist eine CDS View Entity?
Core Data Services (CDS) Views Entities gibt es seit 2020, genauer gesagt seit dem ABAP-Release 7.55. Sie entwickelten sich aus den DDIC-basierten CDS Views und dienen denselben Zwecken:
- Sie greifen über eine SQL-Abfrage Daten aus einer oder mehreren Quellen ab.
- Die gesammelten Daten konsolidieren sie für verschiedene Anwendungen.
- Sie bereiten die Daten für Reportings, Fiori Elements oder andere Anwendungen auf.
- Über CDS Annotations können sie mit Metadaten angereichert werden.
Nun stellt sich die Frage: Warum der Wandel hin zu CDS View Entity?
Dies liegt an der strategischen Entscheidung von SAP, im Zuge von S/4HANA ganz auf die eigene Datenbanktechnologie zu setzen. CDS View Entities sind dementsprechend komplett auf HANA ausgelegt und nutzen die Stärken der In-Memory-Technologie voll aus.
Wie? Indem sie die direkte Berechnung von Daten auf der Datenbank ermöglichen. Das steigert die Performance enorm.
CDS View Entity erstellen
Eine CDS View Entity lässt sich in Eclipse mit den ABAP Development Tools (ADT) erstellen. Im ersten Schritt muss eine neue „Data Definition“ angelegt werden. Das funktioniert unter anderem über die Tastenkombination STRG + N.
Beim Klick auf „Next“ erscheint eine Eingabemaske. Hier können der ABAP-Projektname hinterlegt und die Paketzuordnung erfolgen. Der Name definiert die anzulegende CDS View unter Berücksichtigung der Namenskonventionen. Unter „Referenced Object“ wird die zugrunde liegende Datenbanktabelle eingegeben oder ausgewählt.
Im nächsten Fenster kann ein Transportauftrag ausgewählt werden. Achtung: Nach Fertigstellung nicht auf „Finish“, sondern auf „Next“ klicken. Dadurch erscheint ein Fenster, mit dem das Grundgerüst der CDS View automatisch erstellt werden kann.
Das Tool bietet dafür eine Vielzahl an Vorlagen mit Assoziation, Parameter, Extension, Table Function und mehr. Mein Tipp: Immer nach einer passenden Vorlage schauen. Das kann viel Arbeit ersparen und potenzielle Fehlerquellen ausschließen.
Sobald das richtige Template ausgewählt wurde, wird die CDS View automatisch generiert.
CDS View Entity vs. CDS DDIC View – die Unterschiede erklärt
Beim Anlegen einer ABAP CDS View kann im Template-Fenster des Wizards zwischen DEFINE VIEW und DEFINE VIEW ENTITY ausgewählt werden. Ersteres ist die klassische DDIC-based Version. Sie gilt seit ABAP 7.57 (S/4 HANA 2022) als obsolet und sollte für neue Entwicklungen nicht mehr verwendet werden.
Was unterscheidet die CDS View Entity nun von der Vorgängerversion aus technischer Sicht?
Der grundlegende Unterschied liegt darin, dass klassische ABAP CDS Views plattformunabhängig sind und somit auch auf Nicht-HANA-Datenbanken laufen. Dies erfordert eine Abstraktionsschicht. Diese SAP Data Dictionary (DDIC) definiert und verwaltet alle technischen und semantischen Eigenschaften der Daten, sodass sie auf unterschiedlichen Datenbanken genutzt werden können.
CDS View Entity benötigen zwar einen ABAP SQL-View, aber kein DDIC-Artefakt mehr, da sie ausschließlich auf der HANA-Datenbank funktionieren. Entsprechend verändert sich die Architektur des Aufbaus: