Dieser Leitfaden befindet sich aktuell in der Erstellung durch das Autorenteam und wurde bisher noch keinem Review unterzogen. Daher ist dieser Leitfaden zum aktuellen Zeitpunkt noch nicht vollständig. Es können daher fehlerhafte, lückenhafte oder unvollständige Informationen enthalten sein.

Alles über Core Data Services

Core Data Services Views (CDS Views)
Aufbau von dem VDM
View-Typen, Namenskonventionen und Einsatzmöglichkeiten
Unterstützte Funktionen und Modellierungsmuster
1. Unterstützte Funktionen
2. Modellierungsmuster
CDS View Modellierungsmöglichkeiten
1. Typ-Definitionen
  1. Simple Types
  2. Enumerated Types
Function Definitions
Annotations
Data Definitions
Access Control
1. Eigenschaften
Associations
Erweiterbarkeit
1. Stabilitätsverträge
2. Erweiterungen von SAP Standard CDS Views
BW-Integration, embedded Analytics und ODP
Tipps und Trick

Core Data Services Views (CDS Views)

Was sind CDS Views und warum sind sie wichtig? In S/4 HANA soll der Entwickler nicht mehr direkt auf die Datenbanken zugreifen, sondern das Virtuelle Datenmodell (VDM) nutzen, um auf die Daten in SAP S/4HANA zuzugreifen, z.B. für Analysen oder Schnittstellen. Das VDM wird in SAP S/4HANA durch CDS-Views repräsentiert. Diese CDS-Views folgen festen Regeln für die Modellierung und Benennung. Sie stellen Geschäftsdaten aus Datenbanktabellen auf Basis der Geschäftslogik dar und machen die Daten so einfacher nutzbar. CDS Views sind die Schlüsselelemente für On-Stack Extensibility oder auch ABAP Cloud - siehe Kapitel Clean Core. Die Nutzung und Erweiterung eines Datenmodells ist der Schlüssel zum VDM-Konzept. CDS Views werden für viele Zwecke verwendet, z.B. als Schnittstelle zwischen verschiedenen Anwendungen und Add-Ons im selben System sowie zu externen Systemen und Anwendungen. Sie können auch eigene Views erstellen, indem Sie, nach dem Clean Core Gedanken, die von SAP bereitgestellten und freigegebenen Views verwenden.

Aufbau von dem VDM

CDS_Ueberblick

Quelle: SAP Help Darstellung des VDMs{: .img-caption}

Vor die Datenbanktabellen werden verschiedene CDS-View-Layer gelegt. Die VDM sorgt z.B. dafür, dass die Datenbankfelder verständlich sind und der Benutzer leichter auf die Inhalte zugreifen kann. Der Basic Interface Layer greift auf die Datenbank zu. Die Composite Interface Views fassen Logik und Basic Interface Views zusammen; das VDM kann verschiedene Abstraktionsschichten enthalten. Die Consumption-Views geben das Datenmodell für den Anwendungsfall frei.
Im Rahmen des ABAP RESTful Application Programming Model (RAP) werden von SAP auch weitere Begriffsdefinitionen, z.B. Business Object Projection Layer, vorgegeben.

Hier wäre die folgenden Aufstellung der View Arten. Alle Standard Views beinhalten auch die Kennung / Annotation:

@VDM.viewType:[..]

View-Typen, Namenskonventionen und Einsatzmöglichkeiten

View-Typ / Suffix	Beschreibung	Annotation
I_*	Basic- und Composite-Interface-Views: Diese CDS-Views dienen dem Lesen von Daten und können für Erweiterungen genutzt werden.	`@VDM.viewType: #BASIC` `@VDM.viewType: #COMPOSITE`
C_*	Consumption-Views: Eingeschränkte Wiederverwendungsviews.	`@VDM.viewType: #CONSUMPTION`
P_*	Private Views: Diese Views dürfen nicht verwendet werden, da SAP sie bei System-Upgrades verändern kann.	`@VDM.private: true`
R_*	Views für transaktionale Verarbeitung: Diese CDS-Views ermöglichen nicht nur das Lesen von Daten, sondern auch Aktionen wie das Anlegen, Ändern oder Löschen von Instanzen eines RAP-Business-Objekts im Kontext des ABAP-RESTful-Anwendungsprogrammiermodells (RAP).
A_*	Remote-API-Views: Diese CDS-Views bilden die Grundlage für externe APIs. Weitere Informationen über APIs finden Sie im SAP Business Accelerator Hub.	`@VDM.viewType: #CONSUMPTION` `@VDM.lifecycle.contract.type: #PUBLIC_REMOTE_API`
X_*	View-Erweiterungen: Diese CDS-Views können Daten nur indirekt im Kontext einer anderen CDS-View lesen. Sie bieten Zugriff auf branchen- oder länder-/regionsspezifische Felder, die von SAP definiert wurden.	`@VDM.viewExtension: true`
E_*	Extension-Include-Views: Diese CDS-Views können Daten nur indirekt im Kontext einer anderen CDS-View lesen. Sie bieten Zugriff auf benutzerdefinierte Felder, die in der App „Benutzerdefinierte Felder“ angelegt wurden.	`@VDM.viewType: #EXTENSION`
F_*	Ableitungsfunktionen: Leiten kontextspezifische Werte ab, mit denen Daten in analytischen Queries eingeschränkt werden können. Weitere Informationen finden Sie unter Ableitungsfunktionen für Finance
D_*	Abstrakte Entitäten: Bilden die Grundlage für die Modellierung von Ereignissignaturen und Aktionsparameter-/Ergebnisstrukturen.

Desweiten, gibt es die Kennung als Suffix je nach Einsatzbereich des CDS Views.

Suffix	View-Typ	Annotation
Query, Qry, Q	Analytische Query-View	`@VDM.viewType: #CONSUMPTION` `@Analytics.query: true`
Cube, C	Analytische Cube-View	`@Analytics.dataCategory: #CUBE`
Text, Txt, T	Provider für sprachabhängigen Text	`@ObjectModel.dataCategory: #TEXT`
TP	View für transaktionale Verarbeitung	`@VDM.usage.type: [ #TRANSACTIONAL_PROCESSING_SERVICE ]`
VH, StdVH	(Standardmäßig) View für Wertehilfe	`@ObjectModel.dataCategory: #VALUE_HELP`

CDS-Views können für viele verschiedene Zwecke verwendet werden, z. B. zum Erstellen von Fiori-Anwendungen oder zum Analysieren von Daten. Sie können eigene CDS-Views erstellen und dabei auf viele von SAP freigegebene Views zurückgreifen. Um Ihnen die Suche nach der passenden CDS-View zu erleichtern, hat SAP zwei Funktionen eingeführt: Unterstützte Funktionen und Modellierungsmuster. Diese Merkmale werden als Annotationen spezifiziert und können für jede CDS-View definiert werden. Sie können die unterstützten Funktionen und Modellierungsmuster von CDS-Views im View-Browser App sehen. In den ABAP Development Tools finden Sie diese Informationen als Annotation am Anfang jeder CDS-View.

Open Source Tipp Die folgende SAP Community Seite ZSCV_SEARCH_CDS_VIEWS bietet eine Open-Source-Lösung zur Suche von CDS-Views an.

Unterstützte Funktionen und Modellierungsmuster

Unterstützte Funktionen

Die unterstützten Funktionen geben an, so die SAP, wofür eine CDS-View am besten verwendet werden kann. Eine CDS-View kann mehrere unterstützte Funktionen haben, da sie für verschiedene Zwecke geeignet sein kann.

Diese Funktionen beschreiben die beste Verwendung einer CDS-View. Sie können beispielsweise die Verwendung einer CDS-View als:

Datenquelle
Ziel für Verknüpfungen in der CDS-Modellierung
Datenlieferant für analytische Abfragen

Die unterstützten Funktionen einer CDS-View werden in einer einzigen Annotation angegeben:

@ObjectModel.supportedCapabilities: [ ..., ... ].

Modellierungsmuster

Ein Modellierungsmuster beschreibt den Hauptzweck einer CDS-View. Eine CDS-View kann nur ein Modellierungsmuster haben. Der Wert des Modellierungsmusters kann gleich dem Wert einer unterstützten Funktion sein, muss es aber nicht.

Die Annotation für ein Modellierungsmuster sieht so aus:

@ObjectModel.modelingPattern: ...

CDS View Modellierungsmöglichkeiten

Dieser Abschnitt beschreibt die verschiedenen Typ-Definitionen, Funktionsdefinitionen und Datenmodelle innerhalb von SAP Core Data Services. Dabei werden einfache und enumerierte Typen, SQL-basierte Funktionen sowie verschiedene View-Typen wie DDIC-basierte Views, View Entities und Projection Views erläutert. Ergänzt wird dies durch fortgeschrittene Konzepte wie Table Functions, Hierarchien, Custom und Abstract Entities sowie Tuning-Objekte zur Optimierung von CDS-Modellen.

Typ-Definitionen

Simple Types

Hiermit definieren Sie elementare Datentypen, welche Sie in CDS Objekten oder in ABAP verwenden können.

Beispiel

define type myDate : abap.dats

Details finden Sie unter SAP Help (CDS Simple Types)

Enumerated Types

Definieren Sie einen enumerierten Typ mit Konstanten. Sie können den Typ und die Konstanten in CDS Objekten verwenden.

Beispiel

Definition

define type Weekdays : abap.int1 enum
{
    Monday = initial;
    Tuesday = 1;
    Wednesday = 2;
    Thursday = 3;
    Friday = 4;
    Saturday = 5;
    Sunday = 6;
}

Verwendung

define ... as select from ...
{
    ...
}
where
  weekday = Weekdays.#Friday

Details finden Sie unter SAP Help (CDS Enum Types)

Function Definitions

Aktuell bietet SAP nur die Definition einer Scalar Function an. Dabei gibt es zwei verschiedene Arten von Funktionen.

Analytical scalar function
- Diese Art der Funktionen ist aktuell nur SAP intern definierbar. Sie können die von SAP ausgelieferten Funktionen aber nutzen.
SQL-based scalar function
- Sie können eigene Funktionen dieser Art definieren und implementieren. Die Verwendung ist wie bei den eingebauten SQL Funktionen (wie z.B. CONCAT()). Eine Scalar Function kann mehrere Parameter haben und hat immer einen einzigen Rückgabewert.
- Sie benötigen drei Entwicklungsobjekte für eine Scalar Function:
  - Eine Scalar Function Definition (CDS Objekt)
  - Eine Scalar Function Implementation Reference, als Verknüpfung zwischen der Definition und der Implementierung
  - Eine AMDP Function, welche die Implementierung der Scalar Function darstellt

Details finden Sie unter SAP Help (CDS Scalar Functions)

Annotations

TODO Armin

Data Definitions

DDIC-based views

DDIC basierte Views sind ab Release 7.55 ersetzt worden durch View Entities, welche nicht mehr von DDIC Objekten abhängig sind

Ein DDIC basierter View kann für DDIC Datenbanktabellen, DDIC Views und andere CDS Views erstellt werden. Bei der Definition müssen Sie über eine Annotation ein SQL-View-Name angeben, der im ABAP Dictionary als DDIC View erzeugt wird. Bei der Aktivierung des CDS Views werden ein CDS Entity und der annotierte DDIC View erzeugt bzw. aktualisiert. Per SQL greifen Sie auf die Daten der referenzierten Objekte zu.

Beispiel

@AbapCatalog.sqlViewName: 'CDS_DB_VIEW'
define view ddic_based_view as select from ...
{
  field,
  ...
}
where
  field = 'ABC'

Details finden Sie unter SAP Help (CDS DDIC-Based Views)

View Entities

Mit einem CDS View Entity können Sie auf Felder einer Datenquelle (Datenbanktabellen, andere CDS Entitäten) zugreifen. Die View Entities dienen als Basis für die ABAP Data Models und werden vom ABAP RESTful Application Programming Model verwendet. Sie sind also ein wichtiger Bestandteil für eine moderne ABAP Entwicklung.

Beispiel

view entity view_entity as select from ...
{
  field,
  ...
}
where
  field = 'ABC'

Details finden Sie unter SAP Help (CDS View Entities)

Projection Views

Ein Projection View basiert auf einem anderen CDS View Entity und wird für service-spezifische Anwendungsfälle genutzt. Dazu zählen:

Transaktionale Abfragen (relevant für ABAP RESTful Application Programming Model)
Transaktionales Interface (relevant für ABAP RESTful Application Programming Model)
Analytical Abfragen

Details finden Sie unter SAP Help (CDS Projection Views)

Table Functions

Eine Table Function besteht aus zwei Teilen. Einem CDS Entity, welches z.B. bei den CDS View Entities oder Projection Views verwendet werden kann, und einer AMDP Function, welche die Implementierung der Funktion darstellt. Das Ergebnis einer Table Function sind Datensätze. Eine AMDP Function ist nur in einer Umgebung nutzbar, deren Datenbanksystem AMDP unterstützt (z.B. SAP HANA). Mit der AMDP Function können Sie plattform-spezifische SQL-Befehle anwenden. Der Vorteil liegt darin, dass Sie spezielle Abfragen durchführen auf die Datenbank und die Ergebnisse als Datenquelle für andere CDS Entities bereitstellen können.

Details finden Sie unter SAP Help (CDS Table Functions)

Hierarchies

Mit dieser Art von CDS-View können Sie hierarchische Daten bereitstellen. Als Grundlage muss ein CDS View Entity angegeben werden, welches eine Association auf sich selbst besitzt. Diese Association beschreibt die Beziehung zum Eltern-Knoten. In der Feldliste können Sie Felder der CDS View Entity angeben und spezielle Hierarchie-Attribute, z.B. das Level des Eintrags in der Hierarchie.

Details finden Sie unter SAP Help (CDS Hierarchies)

Custom Entities

CDS Custom Entities gehören zu den Non-SQL-Entitäten. Sie können sie nutzen, um auf Daten zuzugreifen, auf die nicht per SQL zugegriffen werden kann. Zum Beispiel Daten in einer Datei, einem BLOB oder von einem Web-Service. Für den tatsächlichen Zugriff müssen Sie eine ABAP Klasse erstellen, welche ein bestimmtes Interface implementiert. In der Definition des CDS Custom Entity müssen Sie die Klasse per Annotation angeben. Außerdem definieren Sie dort mögliche Eingabeparameter und die resultierende Feldliste.

Die Nutzung der CDS Custom Entities ist aber eingeschränkt. Sie können sie nicht im Zusammenhang mit SELECTs verwenden, d.h. weder in einem anderen CDS View noch per ABAP-SQL. Sie können allerdings Associations darauf definieren und diese in der Feldliste anbieten. Diese Associations können dann von der RAP Query Engine verarbeitet und eine Abfrage ausgeführt werden, z.B. im Zusammenhang mit einem OData-Service.

Details finden Sie unter SAP Help (CDS Custom Entities)

Abstract Entities

CDS Abstract Entities gehören zu den Non-SQL-Entitäten. Sie können sie als komplexe Datenstrukturen für RAP Actions, RAP Functions und RAP Business Events nutzen. In anderen CDS Views ist es nur möglich Associations auf diese Entities zu definieren. Ein Zugriff per SQL oder auf Inhalte ist aber nicht möglich.

Details finden Sie unter SAP Help (CDS Abstract Entities)

Tuning objects

Aktuell bietet SAP nur einen Konfigurationstyp an: Define View Entity Buffer. Damit kann eine Pufferung der Daten definiert werden (keine Pufferung, Einzelsatz, Bereiche, Vollständig). Diese Einstellung kann sich auf die Performance auswirken.

Details zur Performance finden sie auch hier: Siehe SAP Help Seiten SQL Hint und Tuning Objects

Access Control

Über die Access Controls können Sie durch Angabe von Rollen, Regeln und Bedingungen definieren, welche Nutzer bzw. welcher Nutzerkreis Zugriff auf bestimmte Daten erhält. CDS-Views bieten Zugriffskontrollen über Data Access Controls (DAC), ähnlich dem klassischen Authority Check.

Eigenschaften

Zugriffskontrollen in CDS ermöglichen es Ihnen, präzise zu definieren, welche Datensätze für jeden Benutzer zugänglich sind.

Diese Zugriffskontrollen arbeiten zusammen mit den üblichen SAP-Berechtigungsobjekten.
SAP-Berechtigungsobjekte beziehen sich immer auf ein bestimmtes Feld in einer Tabelle und eine Aktivität, wie z.B. das Anlegen, Ändern oder Anzeigen von Daten.
Der Zugriff auf eine CDS-Sicht wird über die sogenannte Data Control Language (DCL) gesteuert.

Ob eine Zugriffskontrolle angewendet wird, wird durch die folgende Annotation entschieden:

@AccessControl.authorizationCheck: []

Das Standard VDM beinhaltet immer Zugriffskontrollen. Eine gängige Vorgehensweise ist, die Zugriffskontrollen von den unterliegenden CDS Views auf Ihre kundenspezifischen CDS Views zu vererben.

Beispiel

define role ZC_BusinesspartnerAddress_DAC {
    grant select on ZC_BusinesspartnerAddress_Custom  
        where inheriting conditions from entity C_BusinesspartnerAddresstp_2;
}

Es gibt noch weitere Funktionen, die Sie sich hier ansehen können: SAP ABAP CDS - Access Control Documentation

Tipp Mit der Transaktion SACMSEL können Berechtigungsprüfergebnisse vereinfacht angezeigt werden.

Associations

TODO

Erweiterbarkeit

Stabilitätsverträge

Um die zuverlässige Nutzung von CDS-Views zu gewährleisten, hat SAP drei Stabilitätsverträge (Englisch: Release Contracts) eingeführt. Diese Verträge definieren, wie CDS-Views in verschiedenen Nutzungsszenarien verwendet werden können:

Vertrag für Erweiterungen (C0): Für die Nutzung und Anpassung vorhandener Views.
Vertrag für den systeminternen Gebrauch (C1): Für Views innerhalb des gleichen Systems.
Vertrag für Remote-API-Verwendung (C2): Für die Nutzung von Views durch externe Systeme und Anwendungen.

Weitere Informationen finden Sie im Stabilitätskontrakte für CDS-Views.

Erweiterungen von SAP Standard CDS Views

Ein großer Vorteil ist die Möglichkeit, beliebige CDS Views mit dem Vertrag für Erweiterungen (C0) und höher zu erweitern. Dies birgt aber auch eine Gefahr! Wenn Sie z.B. Felder aus einer bestehende CDS Views in Ihrer erweiterten CDS View ( ZE_* ) verwenden, dann können diese bei S/4 HANA Upgrades verändert werden. Achten Sie darauf nur in den vorgesehenen E_* CDS Views, CDS Views “hinzufügen”. Wir empfehlen diese Learning Journey von SAP, hier wird der Sachverhalt erläutert.

BW-Integration, embedded Analytics und ODP

Das Operational Data Provisioning Framework (ODP) ermöglicht die Übertragung von Daten aus verschiedenen SAP-Repositories nach SAP BW, SAP BW/4HANA und anderen Systemen oder Servicen. CDS Views können als Quelle für die Datenextraktion dienen.

Voraussetzungen für den Transfer zu SAP BW/4HANA

Der klassische CDS View oder CDS View Entity sollte folgende Annotationen besitzen:

@Analytics.dataCategory
@Analytics.dataExtraction.enabled

Voraussetzungen für embedded Analytics

Embedded Analytics funktioniert nicht nur in den Analytical Fiori Apps oder über die Key-User Extensibility Apps. Ein direkter Konsum eines CDS Views, durch die Online Analytical Processing (OLAP) Engine, ist auch direkt in den Buiness Intelligence (BI) Tools möglich. Insbesondere die SAP Analytic Cloud (SAC), aber auch Analyse for Office (AO).

Weitere Informationen finden Sie in diesem Blog-Eintrag.

Hier wäre die Struktur, um z.B. einen CDS View direkt aus der SAC zu konsumieren. Dazu müssen zwei zusätzliche CDS Views erstellt und mit der Annotation versehen werden.

Composite CDS View (Entity) @Analytics.dataCategory: #CUBE / '#FACT / #DIMENSION
Consumption CDS View (Entity) @Analytics.query: true

CDS_Ueberblick Musteraufbau: Direkter Zugriff vom SAC{: .img-caption}

Dabei ist zu beachten, dass für den Consumption CDS View einen Vertrag für den systeminternen Gebrauch (C1) vergeben werden muss. Zusätlich werden noch die folgenden Authorisierungs-Objekte in den Rollen der Anwender benötigt.

S_RS_COMP
		RSINFOAREA   *
		RSINFOCUBE   *
		RSZCOMPTP		REP (for analytical reporting) / SOB (for planning functions)
		RSZCOMPID		2C<SQLViewName of Analytical Query>
		ACTVT				03, 16

S_RS_COMP1
		RSZCOMPID		2C<SQLViewName of Analytical Query>
		RSZCOMPTP		REP (for analytical reporting) / SOB (for planning functions)
		RSZOWNER		 * (Only in the catalog role not in authorization default)
		ACTVT				03,16
  
S_RS_AUTH
		BIAUTH		  0BI_ALL

Weitere Informationen finden Sie im SAP Help Portal.

Funktionsweise ODP

Die ODP-Schnittstelle ermöglicht den Zugriff auf Bewegungsdaten und Stammdaten (Attribute, Texte, Hierarchien). Das SAP BW/4HANA-System abonniert operative Delta-Queues und repliziert die Daten. Die Datenänderungsquellen unterstützen ebenfalls Deltaverfahren.

Weitere Informationen finden Sie im SAP Help Portal.

Tipps und Trick

Empfehlungen

Performance Tracing - Untersuchen Sie immer jeden CDS-View! Egal ob SAP Standard oder selbst erstellt. Über einen SQL Trace in ST05 können Sie die SQL Ausführung nachvollziehen, dazu müssen Sie die .PLV Datei extrahieren und in Eclipse anzeigen. So können Sie Zeitverteilungen und Ausführungspläne analysieren. Achten Sie darauf, die Gesamtzahl der zurückgegebenen Datensätze zu überprüfen, um Designprobleme zu erkennen. Siehe DSAG Eclipse ADT Guides - Performance “Auswahl einer konkreten Selektion”

Massive JOINs und komplexe Abfragen - Für massive JOINs (z.B. 7-14 Tabellen) können CDS Views effizienter sein, indem sie in Schichten mit Assoziationen aufgeteilt werden, um die Performance zu verbessern. Für komplexe Abfragen ermöglichen CDS Views Code Pushdown, aber Vorsicht bei AMDPs auf großen Tabellen (> 1 Million Einträge), da dies die Performance beeinträchtigen kann. Bitte beachten Sie, dass AMDPs pro Tabellenzeile selektieren. Mit welcher Selektion gehen Sie in die AMDP?
Schnelle Abfragen - Halten Sie Selektionen klein und spezifisch, um die Leistung zu optimieren, und vermeiden Sie AMDPs auf großen Tabellen, um den Datenbankzugriff zu beschleunigen. Wir empfehlen den Hinweis 2000002 - FAQ: SAP HANA SQL Optimization. Falls die Optimierung am SQL Engine selbst stattfinden soll nutzen Sie gerne dann diese Seite HINT Details.
Potenzial für eine SAC Query prüfen - Für wiederholte, benutzerdefinierte Datenabfragen sind BAPIs, Funktionsbausteine oder ABAP SQL oft besser geeignet, da CDS Views für standardisierte, wiederverwendbare Modelle gedacht sind. Für SAC-Berichte sind CDS Views besonders nützlich, da sie direkt von SAC konsumiert werden können.
Bereitstellung von Daten für Subsysteme - RAP kann verwendet werden, um CDS Views als OData Services zu exponieren, was ideal für die Bereitstellung von Daten für Subsysteme ist. Dies bietet modifikationsfreie Erweiterbarkeit, insbesondere in Cloud-Umgebungen. Siehe Kapitel ABAP - RAP