ABAP® CDS Views – 6 Schritte zum Verständnis

Veröffentlicht am 27. Juni 201729. November 2024 von Domi

Einführung

Core Data Service Views – CDS Views – sind die neue Form der DDIC (SE11)-Datenbankview – aber absolut nicht vergleichbar!

CDS Views werden mit der Data Definition Language – DDL – in den Abap Development Tools definiert und können mit der Data Control Language – DCL – um Berechtigungen bzw. Zugriffsbeschränkungen erweitert werden.

Sie sind eine Möglichkeit des Code Push-Down im ABAP und zentraler Bestandteil des S/4 HANA ABAP-Programmiermodels (mehr Details gibt’s in den Folien zum Webinar).

Die hier gezeigten Beispiele wurden in unserem Webinar ABAP CDS Views verwendet und basieren auf Geschäftspartner-Beziehungen. Als System diente SAP NETWEAVER 750 SP1, bei niedrigeren Releases (ab 740 SP5/SP8) stehen manche Funktionen noch nicht zu Verfügung!

Die verwendeten Tabellen sind:

BUT000 GP: Allgemeine Daten I
BUT050 GP-Beziehungen/GP-Rollenfindungen: Allgemeine Daten
TBZ9A GP-Beziehungstypen: Texte
BUT100 GP: Rollen

Und hier noch die Datenbasis aus der Geschäftspartnerpflege:

Schritt 1 – Ein erster CDS View mit JOIN

Definition eines CDS Views mittels DDL

@AbapCatalog.sqlViewName: 'ZWB_BUT050_TX1D'
@AbapCatalog.compiler.compareFilter: true
@AccessControl.authorizationCheck: #NOT_REQUIRED
@ClientDependent: true
@EndUserText.label: 'BUT050 with Texts'

define view Zwb_But050_Txt_E as select from but050

left outer join tbz9a as cattx
 on but050.reltyp = cattx.reltyp {

 key but050.partner1, 
 key but050.partner2, 
 key but050.date_to,
 key but050.reltyp,
 but050.date_from, 
 
 @Semantics.language: true
 @EndUserText.label: 'Sprache'
 cattx.spras,
 cattx.bez50,
 cattx.bez50_2
 
}

@AbapCatalog.sqlViewName: 'ZWB_BUT050_TX1D'

@AbapCatalog.compiler.compareFilter: true

@AccessControl.authorizationCheck: #NOT_REQUIRED

@ClientDependent: true

@EndUserText.label: 'BUT050 with Texts'

define view Zwb_But050_Txt_E as select from but050

left outer join tbz9a as cattx

on but050.reltyp = cattx.reltyp {

key but050.partner1,

key but050.partner2,

key but050.date_to,

key but050.reltyp,

but050.date_from,

@Semantics.language: true

@EndUserText.label: 'Sprache'

cattx.spras,

cattx.bez50,

cattx.bez50_2

}

Wir haben hier einem LEFT OUTER JOIN der BUT050 mit TBZ9A (Alias cattx) und den Viewfeldern Partner1, Partner1, Date_to, Reltyp, Date_from aus der Tabelle BUT050 und Spras, Bez50 und Bez50_2 aus der Tabelle TBZ9A. Als Ergebnis erhalten wir alle Beziehungen aus der BUT050 und den entsprechenden Texten zum Beziehungstyp aus der TBZ9A.

Das ist jetzt noch nicht wirklich aufregend und, abgesehen vom Syntax, auch nicht neu. Das schafft man auch mittels SE11-Datenbankview.

Wir wollen dieses einfache Beispiel aber nutzen, um die verschiedenen Bereiche, Befehle und Tools genauer zu beschreiben.

DDL Bereiche

Objekte und Namen

CDS Entity Name (Datenquellenobjekt ): Die CDS Entity wird als Datenquelle z.B. im ABAP Open SQL Statement verwendet.
CDS Datenbank View (generierter SE11 Datenbankview): Für jede Entity wird ein SE11 Datenbankview mit entsprechendem Namen generiert.
CDS Viewname (Sourcecode): Name des DDL Sourcecode Objekt.

Generierter DDL View in der SE11:

Annotiations

Annotations bieten die Möglichkeit Eigenschaften, Einstellungen und Metadaten für einem CDS View zu definieren. Diese Werte werden z.B. von der ABAP Runtime oder diversen Frameworks (u.a. Gateway/OData Service, BOPF,…) ausgelesen und steuern deren Verhalten bzw. die Ausgabe.

Annotations gelten entweder für den gesamten View – View Annotations:

@AbapCatalog.sqlViewName: 'ZWB_BUT050_TX1D'
@AbapCatalog.compiler.compareFilter: true
@AccessControl.authorizationCheck: #NOT_REQUIRED
@ClientDependent: true
@EndUserText.label: 'BUT050 with Texts'
...

@AbapCatalog.sqlViewName: 'ZWB_BUT050_TX1D'

@AbapCatalog.compiler.compareFilter: true

@AccessControl.authorizationCheck: #NOT_REQUIRED

@ClientDependent: true

@EndUserText.label: 'BUT050 with Texts'

...

Oder für einzelne Elemente/Felder – Element Annotations:

...
key but050.reltyp,
but050.date_from,

@Semantics.language: true // Definition VOR dem Element
@EndUserText.label: 'Sprache'
cattx.spras
@&lt;EndUserText.quickInfo: 'Sprache', // Definition NACH dem Element

cattx.bez50,
...

...

key but050.reltyp,

but050.date_from,

@Semantics.language: true // Definition VOR dem Element

@EndUserText.label: 'Sprache'

cattx.spras

@<EndUserText.quickInfo: 'Sprache', // Definition NACH dem Element

cattx.bez50,

...

Natürlich gibt’s auch Code Completion:

Annotations zu CDS Entitäten bzw. deren Feldern können mit der API Klasse CL_DD_DDL_ANNOTATION_SERVICE ausgelesen werden. Es wird auch die Möglichkeit kundeneigener Annotations geben (derzeit noch nicht offiziell unterstützt).

Weitere Details gibt’s hier:

https://help.sap.com/doc/abapdocu_751_index_htm/7.51/en-US/index.htm?file=abencds_f1_view_entity_annotations.htm

https://help.sap.com/doc/abapdocu_751_index_htm/7.51/en-US/index.htm?file=abencds_f1_element_annotation.htm

https://help.sap.com/doc/abapdocu_751_index_htm/7.51/en-US/index.htm?file=abencds_f1_parameter_annotations.htm

SELECT Liste

Die Select Liste (Datenbankfelder, Literale, Parameter, Funktionen, Systemfelder,…) kann entweder VOR oder NACH den Datenquelle angegeben werden:

Datenquellen

Als Datenquellen können Datenbanktabellen, SE11-Datenbankviews und andere CDS Entitäten angegeben werden. Für ON-Bedingungen von Joins gelten ähnliche Regeln, wie im Open SQL. Vor allem ist auch hier noch kein CAST möglich.

Details findet man hier: https://help.sap.com/doc/abapdocu_751_index_htm/7.51/en-US/index.htm?file=abencds_f1_joined_data_source.htm

Datenvorschau

Die Ergebnisse eines CDS Views kann in den ADT über die Data Preview angezeigt werden. Der Aufruf erfolgt über das Kontextmenü im DDL Code oder im Project Explorer oder direkt mittels F8:

Die Ausgabe der Data Preview:

Über Add filter kann, ähnlich der SE16, auf einzelne Feldwerte eingeschränkt werden:

In der SQL Console kann der abgesetzte SQL SELECT Befehl angezeigt und angepasst werden:

Cadaxo SQL Cockpit

Um den ABAP Open SQL Aufruf bzw. Syntax zu zeigen, wird das Cadaxo SQL Cockpit verwendet. Die angeführten SELECT Statement können genauso in ABAP Coding verwendet werden. Einzig der Befehl

... INTO TABLE @DATA(lt_but050_txt) ...

1	... INTO TABLE @DATA(lt_but050_txt) ...

muss an den entsprechenden Stellen eingefügt werden.

Das entspricht dem ABAP Befehl:

SELECT *
 FROM zwb_but050_txt_e
 INTO TABLE @DATA(lt_but050_txt)
 WHERE partner2 = '0000000011'.

SELECT *

FROM zwb_but050_txt_e

INTO TABLE @DATA(lt_but050_txt)

WHERE partner2 = '0000000011'.

http://www.cadaxo.com/produkte/cadaxo-sql-cockpit/

Schritt 2 – Eingebaute Funktionen

Die CDS Views biete eine ganze Fülle von eingebauten Funktionen, mit denen z.B. mathematische Funktionen und Stringopperationen ausgeführt, Währungs- und Mengeneinheiten umgerechnet, Zeit- und Datumsangaben geprüft oder Datumsintervalle berechnet werden können.

Eine vollständige Liste gibt’s hier: https://help.sap.com/doc/abapdocu_751_index_htm/7.51/en-US/index.htm?file=abencds_f1_builtin_functions.htm

@AbapCatalog.sqlViewName: 'ZWB_BUT050_TX3D'
@AbapCatalog.compiler.compareFilter: true
@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: 'BUT050 with Texts'

define view ZWb_But050_Text1_E as select from but050

left outer join tbz9a as cattx
    on but050.reltyp = cattx.reltyp {

    key but050.partner1, 
    key but050.partner2, 
    key but050.date_to,
    key but050.reltyp,
    but050.date_from, 
    
    @Semantics.language: true
    @EndUserText.label: 'Sprache'
    cattx.spras,
    cattx.bez50,
    cattx.bez50_2,
    
    dats_days_between(but050.date_from, but050.date_to) as period // Eingebaute Funktion
    
}

@AbapCatalog.sqlViewName: 'ZWB_BUT050_TX3D'

@AbapCatalog.compiler.compareFilter: true

@AccessControl.authorizationCheck: #CHECK

@EndUserText.label: 'BUT050 with Texts'

define view ZWb_But050_Text1_E as select from but050

left outer join tbz9a as cattx

on but050.reltyp = cattx.reltyp {

key but050.partner1,

key but050.partner2,

key but050.date_to,

key but050.reltyp,

but050.date_from,

@Semantics.language: true

@EndUserText.label: 'Sprache'

cattx.spras,

cattx.bez50,

cattx.bez50_2,

dats_days_between(but050.date_from, but050.date_to) as period // Eingebaute Funktion

}

Hier wird die eingebaute Funktion DATS_DAYS_BETWEEN verwendet, um die Gültigkeit jeder Beziehung in Tagen zu berechen, und als Viewfeld Period bereitzustellen:

SELECT * FROM ZWB_BUT050_TEXT1_E. " View mit eingebauter Funktion

1	SELECT * FROM ZWB_BUT050_TEXT1_E. " View mit eingebauter Funktion

Im Ergebnis sehen wir die unterschiedlich langen Gültigkeitsbereiche in der Spalte PERIOD.

Schritt 3 – Views mit Parametern

Für CDS Views können Parameter definiert werden, die beim SELECT übergeben bzw. befüllt werden müssen:

@AbapCatalog.sqlViewName: 'ZWB_BUT050_TX4D'
@AbapCatalog.compiler.compareFilter: true
@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: 'BUT050 with Texts with Parameter'

define view ZwbBut050_Txt_Param_E 

with parameters p_langu:abap.lang 
               
as select from but050

left outer join tbz9a as cattx
    on but050.reltyp = cattx.reltyp 
    and cattx.spras = :p_langu  // eg here
    
inner join but000 as partner1
    on but050.partner1 = partner1.partner
    
inner join but000 as partner2
    on but050.partner2 = partner2.partner {

    key but050.partner1, 
    key but050.partner2, 
    key but050.date_to,
    key but050.reltyp,
    but050.date_from, 
    
    @Semantics.language: true
    @EndUserText.label: 'Sprache'
    cattx.spras,
    cattx.bez50,
    cattx.bez50_2,
    
    case when partner1.name_last &lt;&gt; '' then partner1.name_last
         else partner1.name_org1 end as p1_name,
    
    case when partner2.name_last &lt;&gt; '' then partner2.name_last
         else partner2.name_org1 end as p2_name
}

where cattx.spras = $parameters.p_langu // or here

@AbapCatalog.sqlViewName: 'ZWB_BUT050_TX4D'

@AbapCatalog.compiler.compareFilter: true

@AccessControl.authorizationCheck: #CHECK

@EndUserText.label: 'BUT050 with Texts with Parameter'

define view ZwbBut050_Txt_Param_E

with parameters p_langu:abap.lang

as select from but050

left outer join tbz9a as cattx

on but050.reltyp = cattx.reltyp

and cattx.spras = :p_langu // eg here

inner join but000 as partner1

on but050.partner1 = partner1.partner

inner join but000 as partner2

on but050.partner2 = partner2.partner {

key but050.partner1,

key but050.partner2,

key but050.date_to,

key but050.reltyp,

but050.date_from,

@Semantics.language: true

@EndUserText.label: 'Sprache'

cattx.spras,

cattx.bez50,

cattx.bez50_2,

case when partner1.name_last <> '' then partner1.name_last

else partner1.name_org1 end as p1_name,

case when partner2.name_last <> '' then partner2.name_last

else partner2.name_org1 end as p2_name

}

where cattx.spras = $parameters.p_langu // or here

Der SELECT wurde um zwei JOINs auf die BUT000 erweitert, um Details zu den Partner zu ermitteln. Durch die beiden CASE Anweisungen werden auch Name_last bzw Name_org1 aus dem entsprechenden BUT000-Eintrag geliefert (natürlich sollte hier das Feld BUT000-TYPE zur Fallunterscheidung verwendet werden, zur Demonstration der Funktionalität reicht uns aber die Prüfung <> “).

Der interessante Teil ist aber die Definition des Parameters p_langu mit dem Datentype abap.lang (entspricht dem ABAP Dictionary Type LANG). Der Parameterwert wird in der ON-Bedingung des JOINs verwendnet, um die Einträge auf die gewünschte Sprache einzuschränken. Er kann aber genauso in die WHERE-Bedingung geschrieben werden. Die beiden Schreibweisen $parameters.p_langu und :p_langu sind gleichwertig und austauschbar.

Beim Aufruf der Data Preview erscheint jetzt zuerst ein Popup für die Parametereingabe:

Die Ergebniszeilen werden entsprechend eingeschränkt und auch die CASE Anweisung arbeitet richtig:

Der Open SQL Aufruf erfolgt ähnliche einem Methodenaufruf:

Als Typen können DDIC-Datenelemente oder vordefinierte Datentypen verwendet werden: https://help.sap.com/doc/abapdocu_751_index_htm/7.51/en-US/index.htm?file=abencds_typing.htm

Die Code Completion unterstützt auch hier:

Über spezielle Parameter Annotations, die Environment Annotationen, können Systemfelder (z.B. SY-UNAME) als Defaultwerte für Parameter definiert werden. Wird der SELECT im ABAP ausgeführt, kann der Parameter weggelassen werden und wird auf den aktuellen Systemwert gesetzt:

@AbapCatalog.sqlViewName: 'ZWB_BUT050_TX4D'
@AbapCatalog.compiler.compareFilter: true
@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: 'BUT050 with Texts with Parameter'

define view ZwbBut050_Txt_Param_E 

with parameters 
  @Environment.systemField : #SYSTEM_LANGUAGE 
  p_langu:abap.lang 

                
as select from but050

left outer join tbz9a as cattx
    on but050.reltyp = cattx.reltyp 
    and cattx.spras = $parameters.p_langu  // eg here
    
inner join but000 as partner1
    on but050.partner1 = partner1.partner
    
inner join but000 as partner2
    on but050.partner2 = partner2.partner {

    key but050.partner1, 
    key but050.partner2, 
    key but050.date_to,
    key but050.reltyp,
    but050.date_from, 
    
    @Semantics.language: true
    @EndUserText.label: 'Sprache'
    cattx.spras,
    cattx.bez50,
    cattx.bez50_2,
    
    case when partner1.name_last &lt;&gt; '' then partner1.name_last
         else partner1.name_org1 end as p1_name,
    
    case when partner2.name_last &lt;&gt; '' then partner2.name_last
         else partner2.name_org1 end as p2_name
}

@AbapCatalog.sqlViewName: 'ZWB_BUT050_TX4D'

@AbapCatalog.compiler.compareFilter: true

@AccessControl.authorizationCheck: #CHECK

@EndUserText.label: 'BUT050 with Texts with Parameter'

define view ZwbBut050_Txt_Param_E

with parameters

@Environment.systemField : #SYSTEM_LANGUAGE

p_langu:abap.lang

as select from but050

left outer join tbz9a as cattx

on but050.reltyp = cattx.reltyp

and cattx.spras = $parameters.p_langu // eg here

inner join but000 as partner1

on but050.partner1 = partner1.partner

inner join but000 as partner2

on but050.partner2 = partner2.partner {

key but050.partner1,

key but050.partner2,

key but050.date_to,

key but050.reltyp,

but050.date_from,

@Semantics.language: true

@EndUserText.label: 'Sprache'

cattx.spras,

cattx.bez50,

cattx.bez50_2,

case when partner1.name_last <> '' then partner1.name_last

else partner1.name_org1 end as p1_name,

case when partner2.name_last <> '' then partner2.name_last

else partner2.name_org1 end as p2_name

}

Derzeit ist das für diese SY-Felder möglich:

sy-mandt	#CLIENT
sy-datum	#SYSTEM_DATE
sy-uzeit	#SYSTEM_TIME
sy-langu	#SYSTEM_LANGUAGE
sy-uname	#USER

Das ist zwar nett, kann aber auch über eine Where-Bedingung erreicht werden. Wirklich lustig werden Parameter aber, wenn man mit ihnen Logik in die CDS Views bring:

@AbapCatalog.sqlViewName: 'ZWB_BUT050_TX5D'
@AbapCatalog.compiler.compareFilter: true
@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: 'BUT050 with Texts with Parameter 1'

define view ZwbBut050_Txt_Param1_E

with parameters p_langu:abap.lang 
                @&lt;Environment.systemField : #SYSTEM_LANGUAGE,
                p_name_first:abap.char( 1 )

as select from but050

left outer join tbz9a as cattx
    on but050.reltyp = cattx.reltyp 
    and cattx.spras = :p_langu 
    
inner join but000 as partner1
    on but050.partner1 = partner1.partner
    
inner join but000 as partner2
    on but050.partner2 = partner2.partner {

    key but050.partner1, 
    key but050.partner2, 
    key but050.date_to,
    key but050.reltyp,
    but050.relnr,
    but050.date_from, 

    cattx.spras,
    cattx.bez50,
    cattx.bez50_2,
    
    $parameters.p_name_first as use_first,
    
    case :p_name_first
         when 'F' then 
              case when partner1.name_first &lt;&gt; '' then partner1.name_first
                   else partner1.name_org1 end
         else 
              case when partner1.name_last &lt;&gt; '' then partner1.name_last
                   else partner1.name_org1 end
          end as p1_name,
          
    case :p_name_first
         when 'F' then 
              case when partner2.name_first &lt;&gt; '' then partner2.name_first
                   else partner2.name_org1 end
         else 
              case when partner2.name_last &lt;&gt; '' then partner2.name_last
                   else partner2.name_org1 end
          end as p2_name
}

@AbapCatalog.sqlViewName: 'ZWB_BUT050_TX5D'

@AbapCatalog.compiler.compareFilter: true

@AccessControl.authorizationCheck: #CHECK

@EndUserText.label: 'BUT050 with Texts with Parameter 1'

define view ZwbBut050_Txt_Param1_E

with parameters p_langu:abap.lang

@<Environment.systemField : #SYSTEM_LANGUAGE,

p_name_first:abap.char( 1 )

as select from but050

left outer join tbz9a as cattx

on but050.reltyp = cattx.reltyp

and cattx.spras = :p_langu

inner join but000 as partner1

on but050.partner1 = partner1.partner

inner join but000 as partner2

on but050.partner2 = partner2.partner {

key but050.partner1,

key but050.partner2,

key but050.date_to,

key but050.reltyp,

but050.relnr,

but050.date_from,

cattx.spras,

cattx.bez50,

cattx.bez50_2,

$parameters.p_name_first as use_first,

case :p_name_first

when 'F' then

case when partner1.name_first <> '' then partner1.name_first

else partner1.name_org1 end

else

case when partner1.name_last <> '' then partner1.name_last

else partner1.name_org1 end

end as p1_name,

case :p_name_first

when 'F' then

case when partner2.name_first <> '' then partner2.name_first

else partner2.name_org1 end

else

case when partner2.name_last <> '' then partner2.name_last

else partner2.name_org1 end

end as p2_name

}

Wir legen einen weiteren Parameter p_name_first an und verwenden ihn in einer CASE Anweisung. Wird der Parameter mit dem Wert ‚F‘ übergeben, soll für Personen der Vorname (name_first) geliefert werden. Bei jedem anderen Wert kommt wie bisher der Nachname (name_last):

Die Ergebnislisten der beiden Select enthalten die erwarteten Namen:

Schritt 4 – Associations

Associations sind am einfachsten als „JOINs On Demand“ zu beschreiben. Durch Associations können Abhängigkeiten zwischen CDS View Entitäten (also Datenbanktabellen) abgebildet und damit komplexe Datenmodelle definiert werden. Datenbankseitig entsprechen sie JOINs. Die JOIN Bedingung wird aber nur ausgeführt, wenn wirklich Daten über die Associations gelesen werden müssen, also ein Feld aus der Association in der Select-Liste oder Where-Klausel verwendet wird.

@AbapCatalog.sqlViewName: 'ZWB_BUT050_TX6D'
@AbapCatalog.compiler.compareFilter: true
@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: 'BUT050 with Texts with Association'

define view Zwb_But050_Txt_Asso_E  

with parameters @Environment.systemField : #SYSTEM_LANGUAGE p_langu:abap.lang 

as select from but050

// left outer join tbz9a as cattx
association [0..*] to tbz9a as _cattx
    on but050.reltyp = _cattx.reltyp 
//    and _cattx.spras = $parameters.p_langu  // jetzt als FILTER!

// inner join but000 as partner1
association [1] to but000 as _partner1
    on but050.partner1 = _partner1.partner

// inner join but000 as partner2
association [1]to  but000 as _partner2
    on but050.partner2 = _partner2.partner
{
    key but050.partner1, 
    key but050.partner2, 
    key but050.date_to,
    key but050.reltyp,
    but050.date_from, 

    _cattx[spras = $parameters.p_langu ].spras,
    _cattx[spras = $parameters.p_langu ].bez50,
    _cattx[spras = $parameters.p_langu ].bez50_2

    _cattx[spras = 'D'].bez50 as bez50_d,
    _cattx[spras = 'D'].bez50_2 as bez50_2_d,    

    _partner1,
    _partner2
    }

@AbapCatalog.sqlViewName: 'ZWB_BUT050_TX6D'

@AbapCatalog.compiler.compareFilter: true

@AccessControl.authorizationCheck: #CHECK

@EndUserText.label: 'BUT050 with Texts with Association'

define view Zwb_But050_Txt_Asso_E

with parameters @Environment.systemField : #SYSTEM_LANGUAGE p_langu:abap.lang

as select from but050

// left outer join tbz9a as cattx

association [0..*] to tbz9a as _cattx

on but050.reltyp = _cattx.reltyp

// and _cattx.spras = $parameters.p_langu // jetzt als FILTER!

// inner join but000 as partner1

association [1] to but000 as _partner1

on but050.partner1 = _partner1.partner

// inner join but000 as partner2

association [1]to but000 as _partner2

on but050.partner2 = _partner2.partner

{

key but050.partner1,

key but050.partner2,

key but050.date_to,

key but050.reltyp,

but050.date_from,

_cattx[spras = $parameters.p_langu ].spras,

_cattx[spras = $parameters.p_langu ].bez50,

_cattx[spras = $parameters.p_langu ].bez50_2

_cattx[spras = 'D'].bez50 as bez50_d,

_cattx[spras = 'D'].bez50_2 as bez50_2_d,

_partner1,

_partner2

}

Zunächst modellieren wir unsere JOINs als Associations und definieren die entsprechende Kardinalität. In unserem Fall [1..1] für die Partner Beziehung und [0..*] für die Text Beziehung. Die Kardinalität dient derzeit noch hauptsächlich rein zur Abbildung des Datenmodells und wird durch die Syntaxprüfung nur teilweise berücksichtigt. Eine Ausnahme ist die Verwendung in der WHERE-Klausel, wo als Kardinalität nur [0..1] oder [1..1] erlaubt ist.

Wir verwenden hier einige Felder aus der Association _cattx mit einem FILTER auf das Feld Spras. Damit werden nur Einträge geliefert, die auch dem Filter entsprechen („Where-Klausel“). Die Texte zum Beziehungstyp werden einerseits zu übergebenen Sprache im Parameter p_langu gelesen, aber zusätzlich auch für Deutsch. Wir sehen hier auch eine Warnung bezüglich der Kardinalität ([0..*] für TBZ9A), können den View aber trotzdem ausführen:

Auch im ABAP:

Interessanterweise erhalten wir aber mehr Zeilen als über die JOIN-Verknüpfung in Schritt 3!?!

Das liegt daran, dass Associations standardmäßig als LEFT OUTER JOIN gebildet werden. Das kann aber übersteuert werden:

@AbapCatalog.sqlViewName: 'ZWB_BUT050_TX6D'
@AbapCatalog.compiler.compareFilter: true
@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: 'BUT050 with Texts with Association'

define view Zwb_But050_Txt_Asso_E  

with parameters p_langu:abap.lang @&lt;Environment.systemField : #SYSTEM_LANGUAGE

as select from but050

// left outer join tbz9a as cattx
association [0..*] to tbz9a as _cattx
    on but050.reltyp = _cattx.reltyp 
//    and _cattx.spras = $parameters.p_langu  // jetzt als FILTER!

// inner join but000 as partner1
association [1] to but000 as _partner1
    on but050.partner1 = _partner1.partner

// inner join but000 as partner2
association [1]to  but000 as _partner2
    on but050.partner2 = _partner2.partner
{
    key but050.partner1, 
    key but050.partner2, 
    key but050.date_to,
    key but050.reltyp,
    but050.date_from, 

    _cattx[1: inner where spras = $parameters.p_langu ].spras,
    _cattx[1: inner where spras = $parameters.p_langu ].bez50,
    _cattx[1: inner where spras = $parameters.p_langu ].bez50_2,
    
    _cattx[1: inner where spras = 'D'].bez50 as bez50_d,
    _cattx[1: inner where spras = 'D'].bez50_2 as bez50_2_d,    

    _partner1,
    _partner2
    }

@AbapCatalog.sqlViewName: 'ZWB_BUT050_TX6D'

@AbapCatalog.compiler.compareFilter: true

@AccessControl.authorizationCheck: #CHECK

@EndUserText.label: 'BUT050 with Texts with Association'

define view Zwb_But050_Txt_Asso_E

with parameters p_langu:abap.lang @<Environment.systemField : #SYSTEM_LANGUAGE

as select from but050

// left outer join tbz9a as cattx

association [0..*] to tbz9a as _cattx

on but050.reltyp = _cattx.reltyp

// and _cattx.spras = $parameters.p_langu // jetzt als FILTER!

// inner join but000 as partner1

association [1] to but000 as _partner1

on but050.partner1 = _partner1.partner

// inner join but000 as partner2

association [1]to but000 as _partner2

on but050.partner2 = _partner2.partner

{

key but050.partner1,

key but050.partner2,

key but050.date_to,

key but050.reltyp,

but050.date_from,

_cattx[1: inner where spras = $parameters.p_langu ].spras,

_cattx[1: inner where spras = $parameters.p_langu ].bez50,

_cattx[1: inner where spras = $parameters.p_langu ].bez50_2,

_cattx[1: inner where spras = 'D'].bez50 as bez50_d,

_cattx[1: inner where spras = 'D'].bez50_2 as bez50_2_d,

_partner1,

_partner2

}

Über die Angabe inner in den Filterwerten, mit dem Zusatz where, wird nun ein INNER JOIN generiert. Die ebenfalls neue Anweisung 1: setzt die Kardinalität für diese Verwendung auf [0..1]. Die Warnung wird nicht mehr angezeigt:

Das Ergebnis ist wieder gleich der JOIN Variante:

Associations veröffentlichen – Pfadzugriffe

Wer sich bisher gewundert hat, warum in der SELECT-Liste der Viewdefintion die beiden Associations _partner1 und _partner2 (Alisasnamen für Associations sollten mit ‚_‘ beginnen) angegeben sind, in der Ergebnisliste aber nicht wirklich aufscheinen: Damit wird Association nur veröffentlicht. Sie kann also „von außen“ durch einen Aufrufer verwendet werden. Der Zugriff auf Associations mittels Open SQL erfolgt über Pfade:

Select PARTNER, TYPE, NAME_ORG1, NAME_LAST, MC_NAME1 
  from Zwb_But050_Txt_Asso_E\_partner2

1 2	Select PARTNER, TYPE, NAME_ORG1, NAME_LAST, MC_NAME1 from Zwb_But050_Txt_Asso_E\_partner2

Hier wird über die Entität Zwb_But050_Txt_Asso_E selektiert, es werden aber nur Felder der Association _partner2 abgerufen, also Felder aus der Datenbanktabelle BUT000. Im SQL Trace (Transaktion ST05) ist der abgesetzte SELECT Befehl ersichtlich:

Es wird also zur Laufzeit ein JOIN mit der ON-Bedingung der Association gebildet.

Natürlich kann man auch nur einzelne Felder über Pfadausdrücke ansprechen:

Select Zwb_But050_Txt_Asso_E~*,
       \_partner2-PARTNER as p2_partner, 
       \_partner2-TYPE as p2_type, 
       \_partner2-MC_NAME1 as p2_mc_name1
  from Zwb_But050_Txt_Asso_E

Select Zwb_But050_Txt_Asso_E~*,

\_partner2-PARTNER as p2_partner,

\_partner2-TYPE as p2_type,

\_partner2-MC_NAME1 as p2_mc_name1

from Zwb_But050_Txt_Asso_E

Oder in der Where-Klausel verwenden:

SELECT zwb_but050_txt_asso_e~*,
       \_partner2-partner AS p2_partner,
       \_partner2-type AS p2_type,
       \_partner2-mc_name1 AS p2_mc_name1
  FROM zwb_but050_txt_asso_e
  WHERE \_partner1-partner &lt;&gt; '0000000013'

SELECT zwb_but050_txt_asso_e~*,

\_partner2-partner AS p2_partner,

\_partner2-type AS p2_type,

\_partner2-mc_name1 AS p2_mc_name1

FROM zwb_but050_txt_asso_e

WHERE \_partner1-partner <> '0000000013'

Der Zugriff auf nicht veröffentlichte Associationen von außen ist nicht möglich:

Compare Filter

Wir haben bisher immer die View-Annotation

@AbapCatalog.compiler.compareFilter: true

1	@AbapCatalog.compiler.compareFilter: true

verwendet, diese aber noch nicht erklärt. Um zu verstehen, was diese macht, müssen wir uns den generierten, technischen SQL Befehl anschauen. Das ist über das Kontextmenü möglich:

Wir erkennen, dass für die Association _cattx (technischer Alias A0) nur eine JOIN Verknüpfung angelegt wird.

Setzen wir den Annotationwert auf false und betrachten den technischen SQL Befehl erneut:

Jetzt wird für jedes Association-Feld eine JOIN-Bedingung definiert!

Kardinalitätsfehler in der Where-Klausel

Für das Beispiel wurde auch die Assiocation _cattx nach außen veröffentlicht.

Schritt 5 – Viewerweiterungen

SAP bietet auch die Möglichkeit CDS Views modifikationsfrei zu erweitern. Dazu kann über einen Extend View eine Entität um zusätzliche Assiciations und Felder erweitert werden:

@AbapCatalog.sqlViewAppendName: 'ZWB_BUT050_TX7D'
@EndUserText.label: 'View Extend'

extend view Zwb_But050_Txt_Asso_E with Zwb_But050_Txt_Ext1_E 

association [0..*] to but100 as _roles
    on _roles.partner = but050.partner2 
    
{
    but050.relnr,
    _roles
}

@AbapCatalog.sqlViewAppendName: 'ZWB_BUT050_TX7D'

@EndUserText.label: 'View Extend'

extend view Zwb_But050_Txt_Asso_E with Zwb_But050_Txt_Ext1_E

association [0..*] to but100 as _roles

on _roles.partner = but050.partner2

{

but050.relnr,

_roles

}

Die Entität Zwb_But050_Txt_Asso_E liefert jetzt auch das Feld Relnr der Tabelle BUT050 und es gibt die Association _roles:

Die Data Preview bietet auch die Möglichkeit auf Assiocaitions zuzugreifen:

Daten der hinzugefügten Association _roles für eine Ergebniszeile der Entität.

Und auch im ABAP:

SELECT partner2 as partner,
       reltyp as reltyp,
       \_partner2-mc_name1 as name,
       \_roles-rltyp as roletyp
   FROM ZWB_BUT050_TXT_ASSO_E.

SELECT partner2 as partner,

reltyp as reltyp,

\_partner2-mc_name1 as name,

\_roles-rltyp as roletyp

FROM ZWB_BUT050_TXT_ASSO_E.

Schritt 6 – einfach ausprobieren

CDS Views erscheinen auf den ersten Blick vielleicht etwas fremd und komplex. Aber jeder ABAP Entwickler, der bereits über ein SELECT * FROM table hinausgekommen ist und etwas Erfahrung mit ADT hat, findet sich sehr schnell zurecht! Einfach mal ein paar Beispiele ausprobieren und die Templates zum Anlegen verwendet – dann wird man die CDS Views kennen und lieben lernen! Zumindest wars bei mir so 😉

Und spätestens mit S/4 HANA kommen wir an CDS Views nicht mehr vorbei…

ABAP® CDS Access Control mit DCL

Appendix

Mit dem Cadaxo SQL Coskpit ist es möglich die DDL Source auch im SAP GUI anzuzeigen, ohne Eclipse starten zu müssen:

ADT Templates

In den ADT können neue DDL Sourcen angelegt werden und es stehen einige Templates bereit:

Beispiele zur Verwendung von ABAP® CONCATENATE

Veröffentlicht am 23. Februar 20174. Mai 2023 von Johann Fößleitner

Der ABAP Befehl CONCATENATE wird sehr oft benötigt. In diesem kurzen Blog zeige ich anhand einiger Beispiele wie Zeichenketten im ABAP „concatendated“ werden können. In den Beispielen finden sich auch die „moderneren“ Formen mit && bzw. der Stringfunktion concat_lines_of. Ansonsten ist, denke ich. das Codingbeispiel eigentlich selbsterklärend und bedarf keiner weiteren Worte.

REPORT zyfoes01.

DATA l_string_1 TYPE string VALUE 'String 1'.
DATA l_string_2 TYPE string VALUE 'String 2'.
DATA l_hex1 TYPE x LENGTH 1 VALUE 01.
DATA l_hex2 TYPE x LENGTH 1 VALUE 02.
DATA l_hex_result TYPE x LENGTH 2.
DATA l_char_1 TYPE c LENGTH 10 VALUE 'Char 1'.
DATA l_char_2 TYPE c LENGTH 10 VALUE 'Char 2'.
DATA l_string_result TYPE string.

DATA lt_table LIKE TABLE OF l_string_1.

APPEND 'Row1' TO lt_table.
APPEND 'Row2' TO lt_table.
APPEND 'Row3' TO lt_table.

START-OF-SELECTION.

* concatenate strings
  CONCATENATE l_string_1 l_string_2 INTO l_string_result.
  WRITE: / 'Example 1 :', l_string_result.

* concatenate strings, respecting blanks.
  CONCATENATE l_string_1 l_string_2 INTO l_string_result RESPECTING BLANKS.
  WRITE: / 'Example 2 :', l_string_result.

* concatenate strings, separated by character
  CONCATENATE l_string_1 l_string_2 INTO l_string_result SEPARATED BY ';'.
  WRITE: / 'Example 3 :',l_string_result.

* concatenate char
  CONCATENATE l_char_1 l_char_2 INTO l_string_result.
  WRITE: / 'Example 4 :',l_string_result.

* concatenate char, respecting blanks
  CONCATENATE l_char_1 l_char_2 INTO l_string_result RESPECTING BLANKS.
  WRITE: / 'Example 5 :', l_string_result.

* concatenate char, separated by character
  CONCATENATE l_char_1 l_char_2 INTO l_string_result SEPARATED BY ';'.
  WRITE: / 'Example 6 :', l_string_result.

* concatenate lines of a table
  CONCATENATE LINES OF lt_table INTO l_string_result.
  WRITE: / 'Example 7 :', l_string_result.

* concatenate lines of a table separated by character
  CONCATENATE LINES OF lt_table INTO l_string_result SEPARATED BY ';'.
  WRITE: / 'Example 8 :', l_string_result.

* concatenate hex, in BYTE MODE
  CONCATENATE l_hex1 l_hex2 INTO l_hex_result IN BYTE MODE.
  WRITE: / 'Example 9 :', l_hex_result.

* chaining operator &amp;&amp;
  l_string_result = l_char_1 &amp;&amp; l_char_2 &amp;&amp; l_string_1 &amp;&amp; l_string_2.
  WRITE: / 'Example 10:', l_string_result.

* concatenation function - concat_lines_of
  l_string_result = concat_lines_of( table = lt_table sep = ';' ).
  WRITE: / 'Example 11:', l_string_result.

REPORT zyfoes01.

DATA l_string_1 TYPE string VALUE 'String 1'.

DATA l_string_2 TYPE string VALUE 'String 2'.

DATA l_hex1 TYPE x LENGTH 1 VALUE 01.

DATA l_hex2 TYPE x LENGTH 1 VALUE 02.

DATA l_hex_result TYPE x LENGTH 2.

DATA l_char_1 TYPE c LENGTH 10 VALUE 'Char 1'.

DATA l_char_2 TYPE c LENGTH 10 VALUE 'Char 2'.

DATA l_string_result TYPE string.

DATA lt_table LIKE TABLE OF l_string_1.

APPEND 'Row1' TO lt_table.

APPEND 'Row2' TO lt_table.

APPEND 'Row3' TO lt_table.

START-OF-SELECTION.

* concatenate strings

CONCATENATE l_string_1 l_string_2 INTO l_string_result.

WRITE: / 'Example 1 :', l_string_result.

* concatenate strings, respecting blanks.

CONCATENATE l_string_1 l_string_2 INTO l_string_result RESPECTING BLANKS.

WRITE: / 'Example 2 :', l_string_result.

* concatenate strings, separated by character

CONCATENATE l_string_1 l_string_2 INTO l_string_result SEPARATED BY ';'.

WRITE: / 'Example 3 :',l_string_result.

* concatenate char

CONCATENATE l_char_1 l_char_2 INTO l_string_result.

WRITE: / 'Example 4 :',l_string_result.

* concatenate char, respecting blanks

CONCATENATE l_char_1 l_char_2 INTO l_string_result RESPECTING BLANKS.

WRITE: / 'Example 5 :', l_string_result.

* concatenate char, separated by character

CONCATENATE l_char_1 l_char_2 INTO l_string_result SEPARATED BY ';'.

WRITE: / 'Example 6 :', l_string_result.

* concatenate lines of a table

CONCATENATE LINES OF lt_table INTO l_string_result.

WRITE: / 'Example 7 :', l_string_result.

* concatenate lines of a table separated by character

CONCATENATE LINES OF lt_table INTO l_string_result SEPARATED BY ';'.

WRITE: / 'Example 8 :', l_string_result.

* concatenate hex, in BYTE MODE

CONCATENATE l_hex1 l_hex2 INTO l_hex_result IN BYTE MODE.

WRITE: / 'Example 9 :', l_hex_result.

* chaining operator &&

l_string_result = l_char_1 && l_char_2 && l_string_1 && l_string_2.

WRITE: / 'Example 10:', l_string_result.

* concatenation function - concat_lines_of

l_string_result = concat_lines_of( table = lt_table sep = ';' ).

WRITE: / 'Example 11:', l_string_result.

SAP® Entwickler 2.0

Veröffentlicht am 2. Februar 20174. Mai 2023 von Johann Fößleitner

Lange Zeit hat sich die Welt eines ABAP Entwicklers nicht wesentlich geändert. Da wurde mal ein Report erstellt, dort ein Funktionsbaustein. Manchmal wurde ein Userexit implementiert und selten auch einmal eine ganze Dynpro Transaktion. Ja es war sogar lange Zeit möglich die objektorientierte Welt mit geringem Aufwand zu umschiffen.

Die Zeiten sind nun definitiv vorbei!

Gerade in den letzten Jahren hat die Programmiersprache ABAP eine enorme Weiterentwicklung erlebt. Insbesondere mit ABAP 7.40 und ABAP 7.50 wurden eine ganze Reihe moderner Konzepte aus anderen Programmiersprachen in ABAP übernommen. Ergänzend dazu stehen neue Tools, Frameworks und Entwicklungsumgebungen einem SAP Entwickler zur Verfügung.

S/4 HANA Programmiermodell

Bei der SAP TechEd 2016 in Las Vegas wurde erstmals vom neuen S/4 HANA Programmiermodell gesprochen. Das Programmiermodell besteht aus mehren Schichten und vereint die gängigen Technologien eines SAP Entwicklers:

Modernes ABAP

Wie weiter oben erwähnt, wurde und wird ABAP durch die SAP kontinuierlich weiterentwickelt. Es gibt eine große Anzahl von Büchern, Kursen, Blogeinträgen, … die sich mit modernen ABAP Themen beschäftigen, deshalb erspare ich mir hier eine exakte Aufzählung. Nachfolgend eine Auflistung von Themen die für mich unter modernes ABAP fallen und jeder Entwickler im SAP kennen sollte:

Objektorientiertes Design
Open SQL Expressions
String Expressions
Table Expressions
Regular Expressions
Class Based Exceptions
Enhancement Framework
CDS Views
ABAP Shared Objects
ABAP Push Channels, ABAP Message Channels
…

Unabhängig von ABAP selber sollte sich ein Entwickler zumindest noch mit folgenden Themen beschäftigen:

Clean Code
Unit Tests & TDD
Design Patterns

Weiterführende Informationen

Title	Bereich	Details
ABAP 7.50 Releasenotes	Cadaxo Webinar	http://www.cadaxo.com/high-class-development/webinar-abap-7-50-releaseabhaengige-aenderungen/
Clean Code in ABAP	Cadaxo Webinar	http://www.cadaxo.com/high-class-development/webinar-clean-code-abap/
Boost Your ABAP	Cadaxo Webinar	http://www.cadaxo.com/high-class-development/webinar-boost-abap/
SDN Community ABAP	SDN	http://www.sap.com/community/topic/abap.html
SAP Press	SAP Press Bücher	https://www.sap-press.com/programming

ABAP Development Tools (ADT) & SAP Web IDE

ADT (=ABAP for Eclipse) ist SAP’s state-of-the-art IDE für ABAP. Obwohl das ADT nicht wirklich neu ist, entwickelt die überwiegende Mehrheit der ABAP Entwickler nach wie vor ausschließlich in der SE80.

Und das, obwohl Entwicklungen mit ADT meist einfacher und schneller umgesetzt werden können. ADT bietet in der Handhabung generell viele Vorteile, aber ein wichtiges Featureset sind die Refactoring Funktionen, welche gerade im Bereich der agilen Software Entwicklung wesentlicher Bestandteil sind.

Einzelne Entwicklungsobjekte wie z.B. die CDS Views können bisher ausschließlich mit ADT bearbeitet werden. Andere Objekte wie z.B. BOPF Objekte bieten in ADT wesentlich intuitivere Modellierungsmöglichkeiten.

Ein professioneller ABAP Entwickler sollte sowohl in der ABAP Workbench (SE80) als auch im ADT zu Hause sein, um je nach Aufgabenstellung das passende Entwicklungstool zu wählen.

Für die Erstellung von SAPUI5 bzw. Fiori Anwendungen hat SAP ergänzend zu den ABAP Development Tools die cloudbasierte SAP Web IDE zur Verfügung gestellt.

Weiterführende Informationen

Title	Bereich	Details
Webinar – ABAP Entwicklung in Eclipse & SAP Web IDE Einführung	Cadaxo Webinar	http://www.cadaxo.com/uncategorized/webinar-abap-entwicklung-eclipse-sap-web-ide-einfuehrung/
ABAP Development User Guide	help.sap.com	http://help.sap.com/saphelp_nw75/helpdata/en/4e/c0ca886e391014adc9fffe4e204223/frameset.htm
ABAP Development Tools Eclipse	help.sap.com	http://help.sap.com/saphelp_nw74/helpdata/en/a3/314a7fd9384ce8a40eff2d3b144628/frameset.htm
ABAP Development Tools Tutorials	SDN Blog	https://blogs.sap.com/2012/09/18/abap-development-tools-tutorials-learn-how-to-use-abap-in-eclipse/
Get Started with the ABAP Development Tools	SDN Blog	https://blogs.sap.com/2012/06/19/get-started-with-the-abap-development-tools-for-sap-netweaver/
What is SAP Web IDE	developer.sap.com	http://www.sap.com/developer/topics/sap-webide.html
ABAP to the Future	SAP Press Book	ISBN 978-1-4932-1411-2
ABAP-Entwicklung in Eclipse	SAP Press Book	ISBN 978-3-8362-3040-7

ABAP Units & Test Driven Development

Als Entwickler ist es uns natürlich ein Anliegen, fehlerfreie Software zu erstellen. Traditionell geschehen Unit Tests in SAP oft mit eigens erstellten Testprogrammen oder einer Testausführung von Klassen/Methoden bzw. Funktionsbausteinen. Also völlig unstrukturiert, undokumentiert und schwer reproduzierbar.

Mit den ABAP Units steht jedoch auch im ABAP ein Test-Framework zur automatisierten Ausführung und Analyse von Unit Tests zur Verfügung.

Der Einsatz von ABAP Unit Tests reduziert die Hemmschwelle eines Entwicklers produktives Coding zu optimieren. Eine Testausführung würde ihm sofort direktes Feedback geben ob trotz der Optimierung das Coding weiterhin einwandfrei funktioniert.

ABAP Units verfügen über eine enge Integration in andere Tools wie z.B. dem Code Inspector bzw. ATC.

Die Steigerungsform von Unit Tests wäre Test Driven Development. Vom Ansatz her ist TDD genial, in der ABAP Community wird darüber kontrovers diskutiert.

Weiterführende Informationen

Title	Bereich	Details
TDD mit ABAP Units	Cadaxo Webinar	http://www.cadaxo.com/high-class-development/webinar-tdd-mit-abap-units/
ABAP Unit	help.sap.com	http://help.sap.com/abapdocu_750/de/index.htm?file=ABENabap_unit.htm

Business Object Processing Framework (SAP BOPF)

Aktuell (noch) relativ unbekannt ist das sogenannte SAP Business Object Processing Framework. SAP BOPF ist ein auf ABAP basierendes Framework zum Modellieren und Entwickeln von Geschäftsobjekten. Bisher gab es in SAP Systemen (Ausnahme SAP CRM mit BOL/GENIL) nichts Ähnliches, alles musste „zu Fuß“ ausprogrammiert werden.

SAP BOPF nimmt einem Entwickler zeitraubende und meist auch langweilige Implementierungsaufgaben ab und ermöglicht einem Entwickler sich auf die wesentlichen Businessanforderungen zu konzentrieren.

Die größten Vorteile von SAP BOPF wären:

Klare Trennung von UI und Business Logik
Ermöglicht verteilte Entwicklung durch mehrere Entwickler
Beschleunigt den Entwicklungsprozess enorm
Bereits viele Verwender (Gateway, FPM, BRFplus, … ) vorhanden
Einfache Integration in Eigentwicklungen

Weiterführende Informationen

Title	Bereich	Details
SAP BOPF	Cadaxo Webinar	http://www.cadaxo.com/high-class-development/webinar-sap-bopf/
BOPF Modelling in ADT	SDN Blog	https://blogs.sap.com/2014/05/09/bopf-modelling-in-eclipse
ABAP to the Future	SAP Press Book	ISBN 978-1-4932-1411-2

Fiori/SAPUI5 & Floorplan Manager/Web Dynpro for ABAP

User Interfaces haben bei der SAP historisch einen schlechten Ruf. Lange Zeit mussten sich Anwender mit veralteten SAP Gui Anwendungen abmühen. Längst bietet SAP alternative Technologien für die Realisierung moderner User Interfaces.

SAPUI5 basiert technisch auf etablierten Webstandards (Javascript, HTML5, …) und liefert die technische Grundlage für moderne Fiori Anwendungen. SAPUI5 / Fiori ist DIE UI Strategie der SAP, sprich zukünftige Oberflächen in den SAP Systemen (OnPremise oder Cloud) werden – Stand Jänner 2017 – in Form von SAPUI5 / Fiori realisiert.

Web Dynpro for ABAP (WDA) ist (zumindest war) bereits seit vielen Jahren quasi der Standard für die Erstellung von transaktionalen Anwendungen in einem SAP System. Um die Realisierung von Web Dynpro Anwendungen zu beschleunigen und zu standardisieren wurde der darauf aufbauende Floorplan Manager (FPM) entwickelt. Web Dynpro for ABAP bzw. der Floorplan Manager richten sich eher an Power User, an interne Mitarbeiter eines Unternehmens.

Ein professioneller ABAP Entwickler sollte in jedem Fall beide Technologien kennen und einsetzen können.

Weiterführende Informationen

Title	Bereich	Details
What is SAPUI5	developer.sap.com	http://www.sap.com/developer/topics/ui5.html
User Interface Developer	developer.sap.com	http://www.sap.com/developer/topics/ui-development.html
Web Dynpro ABAP and Floorplan Manager Community	developer.sap.com	http://www.sap.com/community/topic/web-dynpro-abap-and-floorplan-manager.html
ABAP to the Future	SAP Press Book	ISBN 978-1-4932-1411-2
SAPUI5 Das umfassende Handbuch	SAP Press Book	ISBN 978-3-8362-4456-5

SAP Gateway (OData)

Im Jahr 2011 hat SAP SAP Gateway auf den Markt gebracht. SAP Gateway öffnet ABAP Systeme um eine standardisierte und zentralisierte Schnittstelle mit der Außenwelt.

Technisch setzt SAP Gateway auf verbreitete Standards wie REST, Atom und OData wodurch die Kommunikation mit anderen Systemen die ebenfalls diese Standards nutzen denkbar einfach realisiert werden kann. SAPUI5 bzw. Fiori Anwendungen nutzen ebenfalls SAP Gateway für die Kommunikation mit den Backendsystemen.

Weiterführende Informationen

Title	Bereich	Details
SAP Gateway Community	developer.sap.com	http://www.sap.com/community/topic/gateway.html
SAP Gateway Developer Guide	help.sap.com	https://help.sap.com/saphelp_gateway20sp10/helpdata/en/56/d0cc05b564411e841141f68294e29f/content.htm
SAP Gateway und OData	SAP Press Book	ISBN 978-3-8362-4019-2

CDS Views

Die CDS Views zählen für mich zu den innovativsten ABAP Neuheiten der letzten Jahre. Durch die regelmäßigen Funktionserweiterungen handelt es sich hier nicht mehr nur um eine neue Form von Datenbank Views.

Durch Annotations können CDS Views um weitere technische und semantische Eigenschaften ergänzt werden. So können beispielsweise seit ABAP 7.50 Gateway oder BOPF Objekte generiert werden.

Ebenfalls ab 7.50 können implizite Berechtigungsprüfungen mit der sogenannten Data Control Language (DCL) abgebildet werden.

Weiterführende Informationen

Title	Bereich	Details
CDS Views	help.sap.com	http://help.sap.com/abapdocu_750/en/abencds.htm
CDS Annotations 7.50	help.sap.com	http://help.sap.com/abapdocu_750/en/abencds_f1_view_entity_annotations.htm
CDS Annotations 7.51	help.sap.com	http://help.sap.com/abapdocu_751/en/index.htm?file=abencds_annotations_abap.htm
CDS Views	SDN Blog	https://blogs.sap.com/2015/07/20/cds-one-model-two-flavors
ABAP to the Future	SAP Press Book	ISBN 978-1-4932-1411-2

Webinar – SAP® BOPF

Veröffentlicht am 29. Januar 20174. Mai 2023 von Johann Fößleitner

Vielen Dank für Ihre Teilnahme an unserem Webinar!

Unterlagen/Links zu unserem Webinar „SAP BOPF„

Präsentationsunterlagen als PDF Webinar SAP Business Object Processing Framework (BOPF) – final
Präsentationsunterlagen via Slideshare – Webinar – SAP BOPF
Youtube Videoaufzeichnung: https://youtu.be/gi3lVxhTmRA

Sie sehen gerade einen Platzhalterinhalt von Standard. Um auf den eigentlichen Inhalt zuzugreifen, klicken Sie auf den Button unten. Bitte beachten Sie, dass dabei Daten an Drittanbieter weitergegeben werden.

Inhalt entsperren

Weitere Informationen

Video mit CDS / BOPF Demo:

Büchertipps:

SAP Press: ABAP to the future – ISBN – 978-1-4932-1410-5 https://www.rheinwerk-verlag.de/abap-to-the-future_4161/ (ABAP 7.50, ADT, BOPF, … )
SAP Press E-Bites: BOPF – Business Object Development – ISBN – 978-1-4932-1479-2 https://www.rheinwerk-verlag.de/bopf-business-object-development_4300/
- (Dieses Buch haben wir jedoch selber nicht gelesen, daher können wir hier auch keine Empfehlung abgeben)
SAP Press: Object-Oriented Programming with ABAP Objects – ISBN 978-1-59229-993-5 https://www.rheinwerk-verlag.de/object-oriented-programming-with-abap-objects_3597/
- Älter als ABAP to the future, trotzdem auch gut!

Nützliche SAP BOPF Links

SDN Blog: https://archive.sap.com/documents/docs/DOC-45425
help.sap.com: https://help.sap.com/saphelp_nw75/helpdata/de/e5/ea9085cfe2494faacae415ff8131da/content.htm?current_toc=/de/31/d2958acf714f4e9aeb42d85c517523/plain.htm
DEV109 – The ABAP Programming Model in S/4HANA – Youtube: https://www.youtube.com/watch?v=AqvWc0_1ffE
SAP TM Enhancement Guide http://de.slideshare.net/zhijianyu/sap-tm-enhancement-guide

Umfrageergebnis

Unsere nächsten Webinare

Freitag 03.03.2017 10:00 Uhr – SQL Cockpit – Funktionen und Einsatzmöglichkeiten

Unsere vergangenen Webinare

ABAPsNotDead Shirts Onlineshop

http://shop.se38.de – 1 Euro pro Shirt geht an Ärzte ohne Grenzen!

Bilder

Backstage!

Webinar – ABAP® 7.50 Releaseabhängige Änderungen

Veröffentlicht am 25. November 20164. Mai 2023 von Johann Fößleitner

Vielen Dank für Ihre Teilnahme an unserem Webinar!

Unterlagen/Links zum Webinar „ABAP 7.50 Releaseabhängige Änderungen„

Präsentationsunterlagen als PDF webinar-abap-7-50-releaseinformationen-final
Slideshare – http://www.slideshare.net/cadaxogmbh/webinar-abap-750-releaseabhngige-nderungen
Videomitschnitt – https://www.youtube.com/watch?v=nVtkLSl_oRY&t=1s

Bücher:

SAPUI5 – Der umfassende Handwerk – ISBN 978-3-8362-4456-5

Nützliche Links

Horst Keller Blogs:

Unsere nächsten Webinare

Bild

Backstage!

Webinar – TDD mit ABAP® Units

Veröffentlicht am 23. September 20164. Mai 2023 von Johann Fößleitner

Vielen Dank für Ihre Teilnahme an unserem Webinar!

Unterlagen/Links zum Webinar „TDD mit ABAP Units“

Präsentationsunterlagen als PDF TDD mit ABAP Units
Slideshare – http://www.slideshare.net/cadaxogmbh/tdd-mit-abap-units

Umfrageergebnisse:

Verwenden Sie ABAP Unit Tests?

Interessante Auszüge aus dem Chat

Frage: Kann man die Unit Tests soweit integrieren, dass ein Transport nur möglich ist wenn keine Fehler auftreten?
Antwort: Ja sicher, über CI (Code Inspector) Prüfungen bei der Freigabe

Info: So ein Update zum falschen Zeitpunkt ist einem Kollegen kurz vor einer Kundenpräsentation unlängst auch passiert. (Anm. Föß: Danke das hilft!)

Info: Ich denke, der Prozess des Übergangs ist schwierig und ein eigenes Webinar wert. (Anm. Föß: Stimmt vollkommen, bereits während der Vorbereitung hab ich mir die gleichen Gedanken gemacht. Ich denke ich greife genau das Thema nochmals auf)

Frage: „Gibt es eigentlich Kennzahlen mit denen man sinnvoll die Einführung von Unit Tests darstellen kann? (Anm. Föß: Ja gibt’s (von Google selber z.B. ), aber leider hab ich von/über SAP da nichts passendes gefunden)

Info: Martin Fowler hat unlängst in einem Blog geschrieben wie schwer es ist als erster mit Unit Tests anzufangen. Da ist es oft notwendig kreativ Lösungen zu finden. (Anm. Föß: Page von Martin Fowler: http://martinfowler.com )

Info: Interfaces ist eine Methode für Datenbankzugriffe, Paul Hardy nennt Unterklassen. Ich nutze manchmal einfach nur If-Statements dafür. (Anm. Föß: Stimmt, ist eine Lösung. In diesem Zusammenhang ein Hinweis auf 7.50 und auf die sogenannten Test seams bzw. Test injections: http://help.sap.com/abapdocu_750/en/index.htm?file=abennews-750-abap_unit.htm )

Info: Working Effectively with Legacy Code““ beschreibt sehr schön wie Tests nachträglich eingeführt werden können. (Anm. Föß: ISBN-13: 978-0131177055)

Bücher:

Nützliche Links

Twitter User denen man folgen sollte:

https://twitter.com/unclebobmartin (Robert C. Martin)
https://twitter.com/KentBeck (Kent Beck)
https://twitter.com/martinfowler (Martin Fowler)
https://twitter.com/WardCunningham (Ward Cunningham)
https://twitter.com/foessleitnerj (Johann Fößleitner)
https://twitter.com/DomiBiglSAP (Domi Bigl)

Bild

Man beachte den rechten Laptop, der war 45 Minuten mit Updates beschäftigt!

Unsere nächsten Webinare

Freitag 25.11.2016 10:00 Uhr – ABAP 7.50 Releaseabhängige Änderungen

Webinar – Clean Code in ABAP®

Veröffentlicht am 12. August 20164. Mai 2023 von lekica

Vielen Dank für Ihre Teilnahme an unserem Webinar!

Unterlagen/Links zum Webinar „Clean Code in ABAP“

Präsentationsunterlagen als PDF Download – Clean Code in ABAP

Bücher:

Unsere nächsten Webinare

Freitag 23.9.2016 10:00 Uhr – Test-Driven-Development mit ABAP Units

Webinar – Der SAP® Abkürzungsdschungel

Veröffentlicht am 28. Juni 20164. Mai 2023 von lekica

Vielen Dank für Ihre Teilnahme an unserem Webinar!

Unterlagen/Links zum Webinar „Der SAP Abkürzungsdschungel – Was steckt hinter HCP, S/4, C4C, …“

Präsentationsunterlagen als PDF Download – Der SAP Abkürzungsdschungel

Unsere nächsten Webinare

Juli

Saville – Cadaxo bringt Fiori auf den nächsten Level (Anmeldelink folgt)

August

Freitag 24.6.2016 10:00 Uhr – 11:00 Uhr – Clean Code in ABAP

Nützliche Links:

Webinar – Boost Your ABAP®

Veröffentlicht am 3. Juni 20164. Mai 2023 von lekica

Vielen Dank für Ihre Teilnahme an unserem Webinar!

Unterlagen/Links zum Webinar „Boost Your ABAP – Tipps & Tricks für performance-optimierte Programmierung“

Präsentationsunterlagen als PDF Download – Webinar Boost Your ABAP
Präsentationsunterlagen auf Slideshare – http://de.slideshare.net/cadaxogmbh/webinar-boost-your-abap
Youtube Videoaufzeichnung: – https://youtu.be/XgDkh7wxuwU

Unser nächstes Webinar

Freitag 24.6.2016 10:00 Uhr – 11:00 Uhr – Der SAP Abkürzungsdschungel – Was steckt hinter HCP, S/4, C4C

Wichtige Links aus dem Themengebiet „Skills“:

Online Netzwerke

SAP/SAP Community Events
- SAP CodeJam http://scn.sap.com/community/events/codejam
- SAP InnoJam http://scn.sap.com/community/events/innojam
- SAP Inside Track http://scn.sap.com/community/events/inside-track
- SAP TechEd http://events.sap.com/teched-global/en/home

SAP Press https://www.rheinwerk-verlag.de/sap/

Weitere Online Ressourcen

ABAP – Schlüsselwortdokumenation http://help.sap.com/abapdocu_740/de/

Wichtige Links aus dem Themengebiet „Optimize“:

CDS Core Data Services
- http://help.sap.com/abapdocu_740/en/index.htm?file=abencds.htm

SQL Expressions
- https://help.sap.com/abapdocu_740/en/abapsql_expr.htm

Shared Objects Infos
- http://help.sap.com/saphelp_erp60_sp/helpdata/de/c5/85634e53d422409f0975aa9a551297/content.htm

Secondary Keys für interne Tabellen
- http://help.sap.com/abapdocu_702/en/abenitab_key_secondary.htm

Parallelisierung mit bgRFCs, qRFCs:

ABAP® CDS Access Control mit DCL

Veröffentlicht am 26. Februar 201616. Oktober 2024 von Johann Fößleitner

SAP hat mit 7.50 (bzw. die Rede war auch manchmal schon mit 7.40 SP10 – kann ich aber aktuell nicht bestätigen) die CDS Views mit der DCL Data Control Language um die Möglichkeit von impliziten Berechtigungsprüfungen in einem CDS View erweitert. Klingt erstmal etwas trocken ist aber ziemlich genial, denn dadurch können nun Datenbankzugriffe auf Basis der Dateninhalte mit einem Authority-Check versehen werden.

Und das Coole ist, dass dies einfach und schnell erledigt ist!

Nehmen wir an, wir haben eine Tabelle mit ein Feld SOURCE in dem auf der Datenbank die Werte 0001, 0002 und Space vorkommen, im konkreten Fall hab ich einfach die BUT000 genommen wo wir genau solche Einträge vorfinden:

Die Idee ist nun, dass wir einen CDS View auf die 4 Felder anlegen und über eine PFCG Rolle steuern dass nur Werte mit der SOURCE 0001 gelesen werden.

CDS View

Zuerst legen wir jetzt mit Eclipse einen neuen CDS View mit der DDL (Data Definition Language) an. Mit den Feldern PARTNER, SOURCE, MC_NAME1 und MC_NAME2:

Für jene die noch nicht mit Eclipse gearbeitet haben: DDL und DCL für CDS Views können derzeit nur mit Eclipse bearbeitet werden. Ein persönlicher Tipp: Eclipse wird immer wichtiger. Die CDS Views sind der Anfang. Ohne Eclipse keine CDS Views!

ABAP® CDS Views – 6 Schritte zum Verständnis

DDL Annotations

Natürlich gibt es bei einer DDL Beschreibung viele Annotation-Möglichkeiten, im Hinblick auf eine implizite Berechtigungsprüfung ist auf nachfolgende Annotation zu achten:

@AccessControlauthorizationCheck: #CHECK

die Berechtigungsprüfung durch eine DCL Access Control ermöglicht wird. #CHECK ist der Defaultwert (sprich auch ohne Angabe wäre der Wert auf #CHECK gestellt), weiter Eingabemöglichkeiten sind #NOT_REQUIRED und #NOT_ALLOWED.

#CHECK – Eine implizite Berechtigungsprüfung wird vorgenommen. Wenn zu dem View keine DCL existiert, kommt es bei der Syntaxprüfung zu einer Warnung.
#NOT_REQUIRED – Gleich wie #CHECK, jedoch ohne Warnung bei der Syntaxprüfung
#NOT_ALLOWED – Es wird keine Zugriffskontrolle vorgenommen.

Weitere Informationen zu den DDL Annotations sind bitte der SAP Online Dokumentation zu entnehmen.

PFCG Berechtigungsobjekt

Nun müssen wir ein Berechtigungsobjekt wählen oder neu erstellen. Ich hab ein neues Berechtigungsobjekt ZDEMODCL mit 2 Feldern ZBU_SOURCE und ACTVT erstellt. ZBU_SOURCE steht für den 4stelligen Wert in SOURCE. ACTVT verwende ich um die Aktivität 03 (03 = lesen) abzubilden:

DCL Rolle

Als Nächstes erstellen wir mit der DCL (Data Control Language) die Berechtigungsprüfung auf den View. Dazu müssen wir wieder nach Eclipse wechseln und ein DCL Objekt anlegen:

Dadurch wird eine DCL Rolle mit dem Namen ZCDSDCLDEMO_NAME definiert. In einer CDS Rolle können eine oder mehrere CDS Entitäten mit CDS Zugriffskontrollen versehen werden. Im konkreten Beispiel wird die CDS Entität ZCDSDEMOENT verwendet. Dies geschieht durch die Angabe GRANT SELECT ON ZCDSDEMOENT.

Nach der Angabe der CDS View muss eine WHERE-Klausel mit der Zugriffsbedingung folgen. Dies kann wiederum als Literalen (z.B. SOURCE = ‘0001‘) bestehen oder wie im obigen Beispiel aus einer PFCG-Bedingung.

PFCG-Bedingung

Eine PFCG-Bedingung wird mit ASPECT PFCG_AUTH ( <authorization_object>, [ field ], [ field ], …. ) definiert. Die Felder der PFCG Bedingung können gemappte Felder aus der WHERE-Klausel oder Literale wie z.B. ‘03‘ sein.

DCL Annotations

Mit der Annotation @MappingRole: true wird die Rolle gegen alle User automatisch geprüft. Weitere Werte sind derzeit hier zum aktuellen Zeitpunkt noch nicht möglich.

Die Annotation @EndUserText.label: ‘zrole_demo‘ ist der übersetzbare Kurztext der Rolle.

Berechtigungszuordnung

Wenn wir die obigen Schritte beendet haben, jedoch noch keine Berechtigungsvergabe an einen User vorgenommen haben, wird dieser bei einem DB Zugriff auf den CDS View – wie erhofft – keinerlei Daten zurückbekommen.

Erst wenn wir dem User eine Berechtigung für das Berechtigungsobjekt Z_DCL_DEMO erteilen werden die erlaubten Daten bei SELECT-Zugriffen zurückgeliefert.

SELECT Zugriff auf CDS Entity und CDS DB View

Bei allen ABAP SELECT Zugriffen auf die CDS Entität erfolgt nun die implizite Berechtigungsprüfung. Hingegen bei der obsoleten Möglichkeit des Zugriffs auf den CDS DB View erfolgt diese implizite Prüfung nicht. Aus dem Grund sollten die CDS DB Views auch nicht mehr verwendet werden und wurden von SAP auch als obsolet gekennzeichnet.

Nachfolgend ein Auswertungsergebnis auf ein die CDS Entität (links) und den CDS DB View (rechts). Wie erwartet wurde die Ergebnismenge der CDS Entität implizit auf die SOURCE 0001 gefiltert.

Troubleshooting & Testing

Manchmal schlagen sich Änderungen in den DCL Objekten nicht „durch“. Für DCL Analysen kann die Transaktion SACMDCLS verwendet werden. Dort sieht man detaillierte Informationen zu einem DCL Objekt und kann ggf. DCL Artefakte neu generieren.

Weiters ist auch noch die Transaktion SACMSEL interessant. Mit der kann der DCL Zugriff getestet werten.

Weiterführende Informationen

SAP Online Dokumentation – http://help.sap.com/abapdocu_750/de/index.htm?file=abencds_authorizations.htm
Webinar ABAP CDS Views – http://www.cadaxo.com/high-class-development/webinar-abap-cds-views/
ABAP CDS Views – 6 Schritte zum Verständnis – http://www.cadaxo.com/high-class-development/abap-cds-views-6-schritte-zum-verstaendnis/
SAP Hinweise
- 2563441 – SACMDCLS: Änderungen an „ABAP-Artefakte generieren“