Ansicht
Dokumentation
ABAPEML_DER_TYPES_OVERVIEW - EML DER TYPES OVERVIEW
CPI1466 during Backup BAL_S_LOG - Application Log: Log header dataDiese Dokumentation steht unter dem Copyright der SAP AG.
ACTION IMPORT ,,Hiermit werden Importparameter für
Aktionen gespeichert.,, Die Aktion wird in der BDEF angegeben. Siehe die CDS-BDL-Dokumentation für
Aktion.,, Die Verfügbarkeit folgender
Komponenten hängt vom Kontext und definierter Aktion in der BDEF ab, d.h. es steht nur eine Untermenge
der folgenden Komponenten zur Verfügung. Beispielsweise ist %param nur dann verfügbar,
wenn die Aktion mit der Notation PARAMETER definiert ist. \lbr \lbr %cid \lbr %cid_ref \lbr
%key \lbr %param \lbr %pky \lbr %tky
ACTION RESULT ,, Hiermit wird das Ergebnis für
Aktionen gespeichert. ,, Dies ist nur dann verfügbar, wenn die Aktion einen in der BDEF angegebenen Ergebnisparameter hat. Siehe die CDS-BDL-Dokumentation für
Aktion.,, Die Verfügbarkeit folgender
Komponenten hängt vom Kontext und von der definierten Aktion in der BDEF ab, d.h. es stünde
eventuell nur eine Untermenge der folgenden Komponenten zur Verfügung je nachdem wie die Aktion in der BDEF definiert ist. \lbr \lbr %cid \lbr %cid_ref \lbr
%key \lbr %param \lbr %pky \lbr %tky
AUTHORIZATION KEY \lbr INSTANCE AUTHORIZATION KEY ,,Hiermit wird Information über die
Instanzberechtigung im Kontext von Behandlermethodenimplementierungen von
GET PERMISSIONS-Anweisungen ermittelt.
Die Schlüssel der angegebenen RAP-BO-Instanzen dienen als Importparameter für die entsprechenden
Behandlermethoden. Die Schlüssel geben die RAP-BO-Instanz an, die Berechtigungsinformation anfordert.
\lbr \lbr Die Angabe mit AUTHORIZATION KEY entspricht der Angabe mit INSTANCE AUTHORIZATION
KEY. ,, Ein Berechtigungsprüfung muss in der BDEF angegeben werden:
authorization master oder authorization dependent. Siehe die CDS-BDL-Dokumentation für
Berechtigung.,, %key \lbr %pky \lbr %tky
AUTHORIZATION RESULT \lbr INSTANCE AUTHORIZATION RESULT ,,Hiermit wird Information über die
Instanzberechtigung im Kontext von Behandlermethodenimplementierungen von
GET PERMISSIONS-Anweisungen ermittelt.
Das Ergebnis umfasst den Ausgang der Berechtigungsinformationsermittlung für auf die Schlüssel
und Anforderungsparameter basierende Berechtigungen. \lbr \lbr Die Angabe mit AUTHORIZATION RESULT
entspricht der Angabe mit INSTANCE AUTHORIZATION RESULT. ,, Ein Berechtigungsprüfung muss
in der BDEF angegeben werden: authorization
master oder authorization dependent. Siehe die CDS-BDL-Dokumentation für
Berechtigung. ,, %action \lbr %assoc \lbr %delete \lbr
%key \lbr %op \lbr %pky \lbr %tky \lbr %update
CHANGE
,, Wird nur in der save_modified-Methode verwendet, die zu einer lokalen ABP-Saver-Klasse gehört, die wiederum aus der Basis-Saver-Klasse
CL_ABAP_BEHAVIOR_SAVER erbt. Wird nur im Kontext
der verwalteten Implementierungen with additional save und with unmanaged save verwendet. \lbr \lbr
Mit TYPE TABLE FOR CHANGE typisierte interne Tabellen stehen als geschachtelte Tabellen der mit
typisierten TYPE REQUEST FOR CHANGE
create- und update-Strukturen in der save_modified-Methode zur Verfügung.,,
Für die BDEF-Voraussetzungen zu verwalteten Implementierungen with additional save und unmanaged
save, siehe das CDS-BDL-Thema
CDS BDL - Optionen zum Sichern. ,,%control \lbr %data \lbr %key \lbr \lbr Der Zugriff ist außerhalb der Implementierungsklasse nicht erlaubt.
CREATE,,Wird für CREATE- oder create-by-association-
(CREATE BY-)Operationen. ,, CREATE bdef: create muss in dem BDEF-Teil der Wurzel-View definiert sein. Für
Standardoperationen, siehe die
Details in der CDS-BDL-Dokumentation.\lbr \lbr CREATE bdef\_assoc: create-by-association-Operationen
sind für Kompositionen standardmäßig eingeschaltet, auch wenn sie nicht explizit
definiert sind. Dies ist aber empfohlen, damit die create-Operation für die jeweilige Assoziation in dem BDEF-Teil der Wurzel-View oder Kind-View enthalten ist. Wenn sie nicht explizit über die { create;
}-Notation definiert ist, kann eine create-by-association-Operation für ein Kindesentität
nicht ausgeführt werden. Um externe Bo-übergreifende Assoziationen zu modifizieren, die nicht zur Komposition gehören, muss die { create;
}-Notation explizit für die Assoziation in der BDEF definiert werden. Als Voraussetzung ist
das Verhalten für die Assoziation _assoc in einer anderen BDEF entsprechend definiert. Für weitere Details, siehe die CDS-BDL-Dokumentation für
Operationen für Assoziationen.,, CREATE bdef: \lbr %cid \lbr %control \lbr
%data \lbr %key \lbr \lbr CREATE bdef\assoc: \lbr %cid_ref \lbr %key \lbr %pky \lbr %target \lbr %tky
DELETE ,, Wird für DELETE-Operationen
verwendet.,, delete muss in dem BDEF-Teil der Wurzel-View definiert sein. Siehe die CDS-BDL-Dokumentation für
Standardoperationen. ,,%cid_ref \lbr %key \lbr %pky \lbr %tky
DETERMINATION ,, Hiermit werden die Schlüssel von RAP-BO-Instanzen als Eingabeparameter
im Kontext der Determinierungen und deren Behandlermethodenimplementierung angegeben. Mit den Schlüsseln
werden die für Determinierungen zu berücksichtigenden RAP-BO-Instanzen angegeben.,, Die Determinierung wird in der BDEF angegeben. Siehe die CDS-BDL-Dokumentation für
Determinierungen.,, %key \lbr
%pky \lbr %tky \lbr \lbr Der Zugriff auf Determinierungen ist außerhalb der Implementierungsklasse nicht erlaubt.
EVENT,, Wird mit RAISE ENTITY EVENT-Anweisungen im Kontext von
RAP-Entitätsereignissen
verwendet.,, Das Ereignis evt muss mit oder ohne Parameter in einer BDEF oder einer
BDEF-Erweiterung
definiert werden. ,,%key \lbr \lbr Falls das Ereignis mit Parametern definiert wird, ist %param auch vorhanden.
FAILED \lbr FAILED EARLY \lbr FAILED LATE ,,Hiermit werden response
parameters angegeben. In diesem Fall werden hiermit Instanzen mit fehlgeschlagenen Operationen
protokolliert. \lbr Bei Verwendung keines Zusatzes oder des Zusatzes EARLY wird die Information
in der Interaktionsphase bereitgestellt. Bei Verwendung des Zusatzes LATE wird die Information
während der Sicherungsphase geliefert. ,, Im Allgemeinen muss das Verhalten für die
Entität in der BDEF definiert werden. ,, Die Verfügbarkeit folgender Komponenten hängt
von der BDEF ab, d.h. es stünde eventuell nur eine Untermenge der folgenden Komponenten zur Verfügung.
\lbr %action \lbr %assoc \lbr %cid \lbr %create \lbr %delete \lbr
%fail \lbr %key \lbr %op \lbr %pky \lbr %tky \lbr %update \lbr \lbr Bei LATE steht die Komponente %cid nicht zur Verfügung.
FEATURES KEY \lbr INSTANCE FEATURES KEY ,, Hiermit wird Information über die
instanzbasierte Feature-Control im Kontext von Behandlermethodenimplementierungen von
GET PERMISSIONS-Anweisungen ermittelt.
Die Schlüssel der angegebenen RAP-BO-Instanzen dienen als Importparameter der entsprechenden
Behandlermethoden. Die Schlüssel geben die RAP-BO-Instanzen an, die Feature-Control-Information
anfordern. \lbr \lbr Die Angabe mit FEATURES KEY entspricht der Angabe mit INSTANCE FEATURES
KEY. ,, Die Eigenschaft features:instance
muss in der BDEF angegeben werden. Für die mit dieser Eigenschaft angebbaren Elementen, siehe die Unterthemen in der CDS-BDL-Dokumentation über
Entitätsverhaltensrumpf. ,, %key \lbr %pky \lbr %tky
FEATURES RESULT \lbr INSTANCE FEATURES RESULT ,, Hiermit wird Information über die
instanzbasierte Feature-Control im Kontext von Behandlermethodenimplementierungen von
GET PERMISSIONS-Anweisungen ermittelt.
Das Ergebnis umfasst den Ausgang der Berechtigungsinformationsermittlung für auf Anforderungsparameter
basierende instanzbasierte Features. \lbr \lbr Die Angabe mit FEATURES REQUEST entspricht der
Angabe mit INSTANCE FEATURES RESULT. ,, Die Eigenschaft
features:instance muss in der BDEF angegeben werden. Für die mit dieser Eigenschaft angebbaren Elementen, siehe die Unterthemen in der CDS-BDL-Dokumentation über
Entitätsverhaltensrumpf.,, Die Verfügbarkeit
folgender Komponenten hängt von der BDEF ab, d.h. es stünde eventuell nur eine Untermenge
der folgenden Komponenten zur Verfügung. \lbr \lbr %action \lbr %assoc \lbr %delete
\lbr %features \lbr %field \lbr %key \lbr %pky \lbr %tky \lbr %update
FUNCTION IMPORT ,, Hiermit werden Importparameter für
Funktionen gespeichert. ,,Die Funktion wird in der BDEF angegeben. Siehe die CDS-BDL-Dokumentation für
Funktion.,, Hinweis: Die
Verfügbarkeit folgender Komponenten hängt vom Kontext und definierter Funktion in der BDEF ab, d.h. es stünde eventuell nur eine Untermenge der folgenden Komponenten zur Verfügung. \lbr \lbr %cid \lbr
%key \lbr %param \lbr %pky \lbr %tky
FUNCTION RESULT ,, Hiermit wird das Ergebnis für
Funktionen gespeichert. ,, Dies ist nur dann verfügbar, wenn die Funktion einen in der BDEF angegebenen Ergebnisparameter hat. Siehe die CDS-BDL-Dokumentation für
Funktion.,, Die Verfügbarkeit folgender
Komponenten hängt vom Kontext und definierter Funktion in der BDEF ab, d.h. es stünde eventuell nur eine Untermenge der folgenden Komponenten zur Verfügung. \lbr \lbr %cid \lbr
%key \lbr %param \lbr %pky \lbr %tky
HIERARCHY ,, Wird für
tiefe Eingabeparameter und tiefe Ausgabeparameter im Kontext von tiefen
Aktions- oder
Funktionsparameter verwendet. Dieser Typ steht nur
abstrakten
BDEFs zur Verfügung. ,, Verfügbar nur bei für eine abstrakte Entität
definiertem Verhalten, d.h. die BDEF muss mit
with hierarchy; definiert werden. Darüber hinaus müssen tiefe Aktionen oder
Funktionen in den nicht-abstrakten BDEFs mit den Zusätzen
deep parameter (zur Interpretierung des Eingabeparameters als Struktur) oder
deep table parameter (zur Interpretierung des Eingabeparameters als Tabelle) definiert werden.,, Der Typ besteht aus allen Entitätsfeldern und, wenn verfügbar, einer Komponente für jede
Komposition,
die wiederum eigene Unterkomponenten hat. Alle Felder behalten ihren ursprünglichen Zeilentyp.
\lbr \lbr Wenn die BDEF für die abstrakte Entität Verhaltensdefinitionen für die
Kompositionen umfasst, enthält der abgeleitete Typ weitere Komponenten: Bei einer Komposition
mit Kardinalität kleiner 1 ist diese Komponente eine Struktur, sonst eine Tabelle. Wenn das Verhalten
für eine abstrakte Entität mit dem Zusatz
with control definiert wird, enthält der abgeleitete Typ auch %control
als Komponente. Die Komponenten von %control selbst bestehen aus allen Feldern der abstrakten
Entität und, wie oben und wenn verfügbar, Strukturen oder internen Tabellen für
Kompositionen. \lbr \lbr Die Unterkomponenten der Komponente %param
im Kontext der tiefen Aktion und Funktion werden mit diesem abgeleiteten BDEF-Typ typisiert.
KEY
OF ,,Hiermit werden beispielsweise RAP-BO-Instanzen angegeben, die im Kontext der -Anweisung
SET LOCKS gesperrt werden sollen. Die geschachtelten Tabellen der mit TYPE
REQUEST FOR DELETE typisierten Strukturen im Kontext von verwalteten RAP-BOs mit
with additional save und
with unmanaged save verwenden auch diesen Typ. ,, Siehe die Details in der CDS-BDL-Dokumentation für
Sperren und
Optionen zum Sichern. ,,Die Schlüssel (außer %key). \lbr \lbr %is_draft und %pid sind nicht möglich.
MAPPED \lbr MAPPED EARLY \lbr MAPPED LATE ,,Hiermit werden response
parameters angegeben. In diesem Fall werden hiermit Schlüsselabbildungsinformation abgerufen,
d.h. welche %cid gehört zu welchen Schlüsseln. \lbr Bei Verwendung keines Zusatzes
oder des Zusatzes EARLY wird die Information in der Interaktionsphase bereitgestellt. Bei Verwendung
des Zusatzes LATE wird die Information während der Sicherungsphase geliefert. Weitere
Details finden Sie in der Dokumentation für response_param.
,, Im Allgemeinen muss das Verhalten für die Entität in der BDEF definiert werden. ,,
Die Verfügbarkeit folgender Komponenten hängt vom Kontext und definierter Funktion in
der BDEF ab, d.h. es stünde eventuell nur eine Untermenge der folgenden Komponenten zur Verfügung.
\lbr \lbrKomponenten einer mit dem Zusatz EARLY oder ohne einen Zusatz typisierten Tabelle:
\lbr %cid \lbr %key \lbr %pid \lbr %pky \lbr %tky\lbr \lbr Komponenten
einer mit dem Zusatz LATE typisierten Tabelle: \lbr %key \lbr %pid \lbr %pre \lbr %tmp
PERMISSIONS KEY ,, Hiermit werden die Schlüssel von RAP-BO-Anweisungen im Kontext von
GET PERMISSIONS-Anweisungen angegeben.
Mit der Angabe der Schlüssel von RAP-BO-Instanzen werden die RAP-BO-Instanzen definiert, die
Berechtigungsinformation anfordern. Die Schlüssel dienen dann als Eingabeparameter für
die jeweiligen Behandlermethoden der GET PERMISSIONS-Anweisungen. ,, ,, %key \lbr %pky \lbr %tky
READ IMPORT ,,Hiermit werden RAP-BO-Instanzen in READ- und read-by-association-
(READ BY-)Operationen.
,,READ bdef: Leseoperationen werden für Kompositionen standardmäßig eingeschaltet
und können nicht ausgeschaltet werden. \lbr \lbr READ bdef\_assoc: read-by-association-Operationen
sind für Kompositionen standardmäßig eingeschaltet, auch wenn sie nicht explizit
definiert sind. Die Verwendung von association _assoc; ist aber empfohlen. Das Lesen aus BO-übergreifenden
Assoziationen, die nicht zum Kompositionsbaum gehören, muss in der BDEF explizit über
einen association-Notation eingeschaltet werden. ,,%control \lbr %key \lbr %pky \lbr %tky
READ LINK ,, Hiermit werden die Primärschlüssel von Wurzelentitäten und
zugehörigen Entitäten innerhalb eines Kompositionsbaums in READ- und read-by-association-
(READ BY-)Operationen
zurückgegeben.,, READ bdef\_assoc: read-by-association-Operationen sind für Kompositionen
standardmäßig eingeschaltet, auch wenn sie nicht explizit definiert sind. Die Verwendung
von association _assoc; ist aber empfohlen. Das Lesen aus BO-übergreifenden Assoziationen,
die nicht zum Kompositionsbaum gehören, muss in der BDEF explizit über einen
association-Notation eingeschaltet werden. ,, Eine Struktur source mit %key/%pky/%tky
der Quellentität und eine Struktur target mit %key/%pky/%tky der zugehörigen Entität.
READ RESULT ,, Hiermit werden gelesene RAP-BO-Instanzen in READ- und read-by-association-
(READ BY-)Operationen
zurückgegeben. ,, READ bdef: Leseoperationen werden für Kompositionen standardmäßig
eingeschaltet und können nicht ausgeschaltet werden. \lbr \lbr READ bdef\_assoc: read-by-association-Operationen
sind für Kompositionen standardmäßig eingeschaltet, auch wenn sie nicht explizit
definiert sind. Die Verwendung von association _assoc; ist aber empfohlen. Das Lesen aus BO-übergreifenden
Assoziationen, die nicht zum Kompositionsbaum gehören, muss in der BDEF explizit über
eine association-Notation eingeschaltet werden. ,,%data \lbr %key \lbr %pky \lbr %tky
REPORTED \lbr REPORTED EARLY \lbr REPORTED LATE ,,Hiermit werden response
parameters angegeben. In diesem Fall werden hiermit Fehlermeldungen nach fehlgeschlagenen Aktionen
abgerufen. \lbr Bei Verwendung keines Zusatzes oder des Zusatzes EARLY wird die Information
in der Interaktionsphase bereitgestellt. Bei Verwendung des Zusatzes LATE wird die Information
während der Sicherungsphase geliefert. ,, Im Allgemeinen muss das Verhalten für die Entität
in der BDEF definiert werden. ,, %action \lbr %cid \lbr %create \lbr %element \lbr %delete \lbr %global \lbr
%key \lbr %msg \lbr %op \lbr %path \lbr %pky \lbr %state_area
\lbr %tky \lbr %update \lbr \lbr Falls LATE ist die Komponente %cid nicht verfügbar.
UPDATE ,, Wird für UPDATE-Operationen
verwendet.,, update muss in dem BDEF-Teil der Wurzel-View definiert sein. Siehe die CDS-BDL-Dokumentation für
Standardoperationen. ,, %cid_ref \lbr
%control \lbr %data \lbr %key \lbr
%pky \lbr %tky
VALIDATION ,, Hiermit werden die Schlüssel von RAP-BO-Instanzen
als Eingabeparameter im Kontext der Validierungen und deren Behandlermethodenimplementierung angegeben.
Mit den Schlüsseln werden die für Validierungen zu berücksichtigenden RAP-BO-Instanzen angegeben. ,, Die Validierung wird in der BDEF angegeben. Siehe die CDS-BDL-Dokumentation für
Validierungen.,, %key \lbr
%pky \lbr %tky \lbr \lbr Der Zugriff auf Validierungen ist außerhalb der Implementierungsklasse nicht erlaubt.
BAL Application Log Documentation Addresses (Business Address Services)
Diese Dokumentation steht unter dem Copyright der SAP AG.
Length: 24710 Date: 20240329 Time: 150429 sap01-206 ( 1328 ms )